docs: 记录整改基线合并与部署前置状态
This commit is contained in:
@@ -22,7 +22,7 @@
|
||||
| Wave 3 | 业务闭环 | Task 11 实现小程序离线巡检与可靠同步 | 部分可用 | 待开发服务器迁移部署与开发者工具离线/重启联调 |
|
||||
| Wave 3 | 业务闭环 | Task 12 完善环境规则、会诊治理、知识审核与效果评估 | 部分可用 | 待开发服务器迁移部署与专家/试点联调 |
|
||||
| Wave 4 | 验收与发布 | Task 13 建立可观测性、容量与恢复验证 | 部分可用 | 待真实环境负载/备份恢复演练与告警通道联调 |
|
||||
| Wave 4 | 验收与发布 | Task 14 建立规格追踪、端到端验收与发布门禁 | 部分可用 | 待目标环境执行 E2E、真实发布与恢复演练 |
|
||||
| Wave 4 | 验收与发布 | Task 14 建立规格追踪、端到端验收与发布门禁 | 部分可用 | 已合并 dev_wjs;待开发服务器部署、E2E、恢复演练 |
|
||||
|
||||
## 技术选型决策(2026-08-11 确定)
|
||||
|
||||
|
||||
@@ -1175,3 +1175,27 @@ MVP 沿用 IoTDB(现状);TDengine 作为生产规模化候选(先基准
|
||||
- 本任务前分支提交为 `1e6a5db`;回滚可还原 Task 14 提交;
|
||||
- 本次仅新增/修改验收文档和规格书状态说明,无代码、数据库或生成产物变更;
|
||||
- 如需回滚,删除 `docs/acceptance/` 并恢复规格书第 12 章及计划/交接文档即可。
|
||||
|
||||
## 2026-08-14 整改基线合并与部署前置
|
||||
|
||||
### 做了什么
|
||||
|
||||
- 将 Task 0~14 全部整改分支合并到 `dev_wjs`,merge commit 为 `ef96a1a`;
|
||||
- 合并后再次执行 `scripts/verify.ps1`,Go/Web/小程序/APP/AI 全部通过;
|
||||
- 本机交叉编译生成 `server-go/server-go-linux`,`web/dist` 已由全量门禁构建。
|
||||
|
||||
### 设计思路与决策依据
|
||||
|
||||
- 整改分支本身是线性栈,直接合并 Task 14 到 `dev_wjs` 可得到完整统一基线;
|
||||
- 部署前按 AGENTS.md 必须先确认服务器当前 commit、备份、端口和进程;本次因 `PAN_SSH_PASS` 未配置,不能伪造“已完成部署”。
|
||||
|
||||
### 验证结果
|
||||
|
||||
- `scripts/verify.ps1` exit 0;
|
||||
- Go Linux 二进制生成成功,大小约 26.4MB;
|
||||
- 未连接开发服务器,未执行 `pg_dump`、迁移、上传、重启或健康检查。
|
||||
|
||||
### 回滚点
|
||||
|
||||
- 合并回滚:`dev_wjs` 可回到 `1b8cab1`(合并前基线);
|
||||
- 后续部署需在服务器先打 `pre-<timestamp>` tag、备份数据库,再上传二进制和 `web/dist`。
|
||||
|
||||
Reference in New Issue
Block a user