升级与回滚的版本核对

升级前怎样固定输入？

发行脚本打包已有构建产物，生成文件 SHA256 和版本清单；运行验证、业务验收与产物检查分别记录。

记录旧版与候选版提交、文件清单、依赖、配置变化和迁移集合。前端与后端契约需要一起核对；只替换一个端可能形成字段或错误语义不一致。

怎样查看迁移保护工具？

复制python3 deploy/check-migration-preservation.py --help

帮助只显示比较基准和报告参数，不执行升级。真正比较时选择明确基准提交；保存历史迁移字节与Java标识，不修改已执行迁移来修复新版本。

回滚方案应写哪些分支？

分支	需要的条件	验证方式
旧应用可读新结构	新迁移保持兼容	旧版读取及关键拒绝
需数据修复	变更已改变业务语义	经审核的修复与对账
需恢复备份	已发生不可兼容变更	隔离恢复与切换沟通

如何完成一次升级验证？

1. 保留已有数据样本，先在独立环境执行候选迁移。
2. 验证历史订单、会员和对象引用，不只核对空库成功。
3. 分别记录制品、运行和业务检查结果，失败保留原始证据。
4. 只有回滚分支实际可执行，才安排切换；永久升级与服务时间按标准服务清单执行。

版本升级合并按人天实施；单体升级微服务由原厂平移数据、配置和业务，10 个工作日交付。