Git 分支策略定义团队如何创建、合并与发布分支，直接影响协作效率与发布节奏。不同策略在分支数量、发布频率、回滚复杂度上差异明显。本文介绍主干开发、Git Flow、GitHub Flow、Trunk-Based 等常见策略的适用场景与操作流程，以及与 CI/CD 的结合方式。
一、分支策略为何重要
统一的分支策略可减少合并冲突、明确发布路径，便于 Code Review 与追溯。根据 DORA 等调研，高效能团队多采用主干或类主干策略，配合自动化测试与部署。
二、常见分支策略对比
| 策略 | 主要分支 | 适用 |
|---|---|---|
| 主干开发 | main | 小团队、快速迭代 |
| Git Flow | main + develop + feature/release/hotfix | 多版本、规范发布 |
| GitHub Flow | main + feature | 持续部署、单版本 |
| Trunk-Based | main，短生命周期 feature | CI/CD、高频率发布 |
数据来源：Git Flow 原文、GitHub Flow 文档、DORA 报告（综合整理）。
三、Git Flow 详细流程
Git Flow 将分支分为长期分支与短期分支。长期分支：main（生产）、develop（开发）。短期分支：feature 从 develop 拉取，完成后合并回 develop；release 从 develop 拉取，用于测试与修 bug，完成后合并到 main 和 develop；hotfix 从 main 拉取，用于紧急修复生产问题，完成后合并回 main 和 develop。
3.1 feature 与 release
feature 分支命名如 feature/xxx，合并时通常使用 --no-ff 保留历史。release 分支用于冻结功能、只修 bug，发布时打 tag。
四、与 CI/CD 结合
主干或 PR 合并时触发 CI；main 通过后自动部署到生产。Trunk-Based 下 feature 生命周期短，频繁合并到 main，依赖强 CI 保障。可参考本站《CI/CD 与持续交付实践》。
五、选型要素权重
基于实际团队经验，分支策略选型时以下要素的影响程度（相对权重，满分 100）：
说明：权重基于分支策略实践归纳，仅供参考。
六、小结
分支策略需结合团队规模与发布节奏。主干开发适合小团队；Git Flow 适合多版本；Trunk-Based 适合 CI/CD。若需自动化流水线，可阅读《CI/CD 与持续交付实践》。