| 持续部署 | GitHub Flow / Trunk Based |
|---|---|
| 定期版本发布 | 发布分支（GitLab Flow 变体） |
| 严格版本化交付 | GitFlow 类模型或发布列车 |
决策速记
决策速记
# 交付节奏快、回滚容易 → 轻量模型起步
# 需要并行维护多个版本 → 发布分支 + 明确支持窗口
# 合规审计要求高 → 保护规则 + 审批记录配套模型是手段，稳定交付才是目标；先从简单模型跑通，再按痛点增加规则。
分支模型选择参考
按交付节奏、并行版本数与回滚要求选模型：持续部署偏轻量流程，版本化交付用发布分支，复杂场景再考虑完整 GitFlow。
易错点
- 只改分支命名不改评审、保护规则与 CI，属于无效迁移
- 迁移期间新旧流程并存要限定时间窗，长期双轨会消耗协作效率
数据来源与参考
- GitHub 官方文档：GitHub Flow
- GitLab 官方文档：分支策略
- DORA 研究报告（dora.dev）