| 起点 | 已发布版本的 tag/分支 |
|---|---|
| 改动范围 | 只含修复必需内容 |
| 门禁 | 测试与扫描可以裁剪范围，不跳过 |
| 收尾 | 回合主干并补记变更记录 |
热修流程
热修流程
git switch -c hotfix/1.9.1 v1.9.0
# 最小修复并提交
git tag v1.9.1 && git push origin v1.9.1
git switch main && git cherry-pick <fix-commit>热修流程的每个例外都要在事后补齐：加速的是等待时间，不是评审与验证本身。
紧急修复发布流（Hotfix）
线上故障需要绕过常规节奏时：从已发布版本拉修复分支、最小改动、跑必要门禁、快速发布并回合主干；流程可以加速，但验证与记录不能取消。
易错点
- 热修分支不够回合主干：下个版本把修复丢掉，故障复发
- 发布分支上直接改代码不留 tag：线上跑的到底是什么版本说不清楚
数据来源与参考
- GitLab Docs《GitLab Flow》
- DORA《Accelerate State of DevOps Report》