Git Flow 分支图模板
用颜色区分 main、develop、feature、release、hotfix 分支,直观展示 Git Flow 工作流。
使用此模板模板亮点
- 五种分支类型用不同颜色区分
- 清晰展示分支、合并路径及版本 Tag
- 完整还原标准 Git Flow 工作流
这个模板适合做什么
Git Flow 分支图让你的分支策略一目了然,适合用于新人入职培训、发版流程文档或技术方案讨论。本模板按标准 Git Flow 模型设计:稳定的 main 分支、develop 集成分支、短周期 feature 分支、发版准备的 release 分支和紧急修复的 hotfix 分支。各分支用不同颜色区分,无需额外说明即可读懂流转关系。
适用场景
- 向新入职工程师展示功能开发从创建分支到合并上线的完整路径。
- 在交接发版职责前,用图表固化团队的发版流程。
- 在架构决策文档中对比 Git Flow 与主干开发的差异。
- 向值班工程师说明 hotfix 的操作规范。
- 向客户或利益相关方展示分支规范,说明发版风险管控方式。
使用步骤
- 1确认团队实际使用的分支类型,不用 release 分支的可以删去。
- 2在各分支上标注关键提交节点:初始提交、feature 合并、release 切出、hotfix 修复。
- 3用虚线箭头表示分支创建(从父分支到子分支起点)。
- 4用实线箭头表示合并,并在 main 分支的关键合并点标注版本 Tag。
- 5用颜色区分各分支类型,使读者快速识别流向。
简单示例
SaaS 产品标准 Git Flow
main:仅接受 release 和 hotfix 的合并提交
develop:集成分支,所有 feature 先合并到这里
feature/login:从 develop 切出,Code Review 后合并回去
release/1.0:功能完成后从 develop 切出,修 Bug 后合并到 main 并打 v1.0 标签
hotfix/1.1:生产故障后从 main 切出,修复后合并到 main 和 develop
在线开始编辑
在 CodePic 中打开模板后,替换示例节点,就能很快整理成自己的学习导图。


