git flow流程拆解实践指导

常听人说到git flow,但实际开发过程中是如何落地的?

现在让我们按实际工作中的步骤进行拆解,大家完全可以不用通读,当遇到相应流程步骤时能用上本说明进行查阅参考即可,希望对于推进git flow流程的实际落地起到一些积极的作用.

目录

• 正常版本开发
  • 开始一个特性开发
  • 提测一个版本
  • 完成一个测试(发布)版本
• 热修复版本开发
  • 创建热修复分支(方式一)
  • 创建热修复分支(方式二)
  • 发布热修复版本
• 补充一些说明
• 参考资料

正常版本开发

开始一个特性开发

git flow feature start xx

如果你希望公开自己的特性分支,让其他人也可以一起更新提交,可以将本地分支发布推送到服务端:

git flow feature publish xx

新特性只从develop上开始

提测一个版本

git flow release start v1.0

同样,你也可以将本地分支发布推送到服务端:

git flow release publish v1.0

需要提测的特性请确保已完成(1/2)步骤.提测后的分支原则上只做BUG修复,不进行特性开发.

完成一个测试(发布)版本

git flow release finish v1.0

如果你使用的是git flow操作,那么远程以及本地的release分支将会自动进行以下合并操作,并自动删除release/v1.0分支.

---

热修复版本开发

注意:没有创建release分支的过程,直接在hotfix分支上测试,测试通过即发布.

创建热修复分支(方式一)

git flow hotfix start v1.0.h

创建热修复分支(方式二)

git flow hotfix start v1.1.h  v1.1

发布热修复版本

git flow hotfix finish v1.1.h

---

补充一些说明

• 此流程仅作为流程上的方向指导
• 原则上长期分支仅有:master(受保护),develop
• 建议在指向develop及master分支的流程上通过mergeRequest进行合并操作(无论目标分支是否受保护)

参考资料

• git flow安装及使用说明
• A successful Git branching model
• Git Flow 是什么-中文版