Best Practices
发布清单纪律
通过固定发布清单把关键检查项前置并标准化，降低“靠经验记忆”导致的线上发布遗漏与事故。
- 希望把 Git 用得更稳的个人或团队
- 准备建立协作规范的维护者
- 至少有一次真实协作经验
- 知道常见命令但还没形成稳定习惯
- 把建议当硬规则而忽略上下文
- 只记流程，不理解背后的协作边界
发布事故很多不是技术难题，而是基础步骤遗漏。清单的价值是把“应做但易忘”的动作固化。
最小清单结构
- 版本与变更范围确认
- 数据迁移与回退策略确认
- 监控与告警阈值确认
- 发布后验证与值班确认
main
2.02.1
develop
D1D2D3
release/2.2.0
R1R2
hotfix/login-timeout
H1
执行原则
- 每项要有负责人
- 每项要可验证，不写空泛措辞
- 失败项不能“先发布后补”
示例检查项
git tag对应版本号与变更单一致- 回滚命令在预发已演练
- 关键看板已设置发布窗口标记
如果执行时不验证证据（日志、截图、命令结果），清单会退化为仪式，无法真正降低风险。
接下来建议继续看什么
release hygienecode freeze and release candidate workflowhotfix rollback after release