如何绘制符合团队规范的 Git 分支管理流程图？

核心结论：引入规范的 GitFlow 工作流后，15 人开发团队的代码冲突减少了 75%，开发效率提升了 40%，这是绘制分支管理流程图的核心价值所在。

原因分析

根据实际项目经验，分支混乱主要源于缺乏统一的分支类型定义和合并规则。Vincent Driessen 在 2010 年提出的 Git Flow 分支管理模型通过定义严格的分支类型和交互规则，解决了多人协作中的常见痛点。常见问题包括：master 分支只存放生产环境代码，develop 分支作为集成分支，但团队成员随意直接提交到主分支，导致每周至少浪费 10 小时处理合并冲突。

分支命名不规范也是关键问题。例如某公司规范要求功能分支命名为 feature-javadog-v2.1.1-SNAPSHOT-20240703-zhangsan，包含项目名称、版本号、快照标识、日期和开发者姓名，这种标准化命名使自动化部署能够准确识别分支用途。

解决方案

步骤一：定义分支类型与用途

根据团队项目规范，创建项目时应针对不同环境创建三个常设分支：develop（开发环境的稳定分支）、pre-release（测试环境的稳定分支）、master（生产环境的稳定分支）。临时分支包括功能分支（feature-*）和 Bug 修复分支（fixbug-*）。

具体分支模型对照表：

步骤二：绘制流程图关键节点

流程图应包含以下关键操作节点：

1. 初始化配置：git flow init -d（-d 参数接受所有默认配置）

2. 创建功能分支：git checkout -b feature/xxx develop

3. 完成功能开发：git checkout develop && git merge --no-ff feature/xxx

4. 创建发布分支：git checkout -b release/1.0 develop

5. 紧急修复：git checkout -b hotfix/1.0.1 master

使用 Sourcetree 可视化工具时，对应操作位置为：Git 工作流 → 新建功能/完成功能/建立发布版本/新建修复补丁。

步骤三：标注合并规则与权限

在流程图中明确标注合并权限：主干分支具有分支保护权限，只有运维有权限进行合并分支。功能分支合并到 develop 分支前需经过 code reviewer 审查，若有问题则 close 该请求，通知开发者在新分支上进行相应调整。

转测流程：从当前 develop 分支 merge 到 pre-release 分支，重新构建测试环境完成转测。测试完成后，从 pre-release 分支 merge 到 master 分支，并对 master 分支打 tag，tag 名格式为 v1.0.0_2019032115（版本号_上线时间）。

步骤四：处理并行开发场景

并行开发过程中（前一个版本已经转测但未上线，后一个版本又已在开发中），转测后测试环境发现的 bug 需要修复时，可以从 pre-release 切出一个 bug 修复分支。完成之后需要同时 merge 到 pre-release 分支与 develop 分支，确保两个环境代码同步。

注意事项

1. 分支命名一致性：本地分支跟远程分支名要保持一致，强烈不建议本地分支叫 develop 而远程分支叫 develop2，这会导致很混乱，很难管理。

2. 合并方式选择：快速合并（git merge feature/a）会直接将 master 指向 feature/a，非快速合并（git merge --no-ff feature/a）会在 master 创建合并提交节点。如果选择快速合并，需要保证每个提交都是独立且完整的。

3. 历史修改风险：使用 rebase 命令修改提交历史时，命令如 git rebase -i HEAD~3，需谨慎操作。Commands 包括：p(pick)、r(reword)、e(edit)、s(squash)、f(fixup)，错误使用可能导致提交历史丢失。

4. 新人上手成本：标准化流程易于理解，但需要确保团队成员明确各分支用途。某公司 2024 年 7 月 3 日开启 v2.1.1 迭代时，要求所有成员从 develop 分支拉取功能分支，保持团队的起始开发分支一致。

5. 紧急修复通道：hotfix 分支允许绕过常规流程快速修复生产问题，但修复完成后必须回溯至 develop 分支，避免后续版本遗漏修复内容。

参考来源

来源：CSDN 博客 - Sourcetree 实战：用 Git Flow 工作流规范团队协作 (附分支管理截图与冲突处理技巧)，2026 年 3 月 30 日

来源：博客园 - 团队项目的 Git 分支管理规范方法，2021 年 7 月 22 日

来源：掘金 - 【规范】Git 分支管理，看看我司是咋整的，2024 年 9 月 30 日

来源：知乎 - 图解如何管理 Git 分支，2022 年 7 月 9 日