2.0 KiB
2.0 KiB
报销付款批次改进部署:实施计划
1. Activation and publication
- 用户批准本计划后启动 Trellis task。
- 提交任务启动记录,确认工作区干净,将
main推送到origin/main。 - 记录明确发布提交并确认无 schema、migration、配置键或部署脚本变化。
2. Preflight
- 运行环境合同、Trellis 治理、敏感信息和 Git 来源检查。
- 从本机 SSH 配置无回显解析唯一部署身份与 refresh forced-command 身份。
- 运行
check-existing-deployment.sh,要求 13/13 聚合合同全部 PASS。
3. Deployment
- 使用
DEPLOY_SERVER、DEPLOY_REFRESH_SERVER调用deploy-existing.sh。 - 确认
SYNC_ENV=0、existing data contract、无生产.env覆盖、无新增 migration。 - 确认应用发布和备份合同 refresh 均通过;若部分成功,按设计中的失败分类停止。
4. Public read-only verification
- 验证公网
/ready、运行时 build SHA 和前端短 SHA命中发布提交。 - 运行基础公网 smoke、外部依赖/功能开关检查和公开资源扫描。
- 仅在专用
LIVE_SMOKE_*凭据已配置时运行登录态 smoke;否则记录明确 SKIP。 - 扫描公开前端资源确认本轮关键文案/入口合同已发布,不读取真实回单或银行资料。
5. Closeout
- 将脱敏部署结果写回本任务,不新建平行报告。
- 运行 task validate、Trellis 治理、敏感信息和
git diff --check。 - 使用中文提交结果记录并引用
reimbursement-payment-batch-deployment。 - 归档任务并仅在全部公网门禁通过后告知用户可以测试。
Rollback points
- 发布前:任何来源或预检失败均停止,不改变远端。
- 发布中:应用未健康时使用既有入口回退上一已发布提交。
- 发布后:仅备份合同 refresh 失败时不重复部署应用,单独恢复合同。
- 全程不修改生产
.env、数据库结构、PGDATA、附件存储或真实业务数据。