常听人说到git flow,但实际开发过程中是如何落地的?
现在让我们按实际工作中的步骤进行拆解,大家完全可以不用通读,当遇到相应流程步骤时能用上本说明进行查阅参考即可,希望对于推进git flow流程的实际落地起到一些积极的作用.
目录
- 正常版本开发
- 开始一个特性开发
- 提测一个版本
- 完成一个测试(发布)版本
- 热修复版本开发
- 创建热修复分支(方式一)
- 创建热修复分支(方式二)
- 发布热修复版本
- 补充一些说明
- 参考资料
正常版本开发
开始一个特性开发
git flow feature start xx
如果你希望公开自己的特性分支,让其他人也可以一起更新提交,可以将本地分支发布推送到服务端:
git flow feature publish xx
新特性只从develop上开始
guide-git-flow-step-operation-1.jpg
提测一个版本
git flow release start v1.0
同样,你也可以将本地分支发布推送到服务端:
git flow release publish v1.0
需要提测的特性请确保已完成(1/2)步骤.提测后的分支原则上只做BUG修复,不进行特性开发.
guide-git-flow-step-operation-2.jpg
完成一个测试(发布)版本
git flow release finish v1.0
如果你使用的是git flow操作,那么远程以及本地的release分支将会自动进行以下合并操作,并自动删除release/v1.0分支.
guide-git-flow-step-operation-3.jpg
热修复版本开发
注意:没有创建release分支的过程,直接在hotfix分支上测试,测试通过即发布.
创建热修复分支(方式一)
git flow hotfix start v1.0.h
guide-git-flow-step-operation-4.jpg
创建热修复分支(方式二)
git flow hotfix start v1.1.h v1.1
guide-git-flow-step-operation-5.jpg
发布热修复版本
git flow hotfix finish v1.1.h
guide-git-flow-step-operation-6.jpg
补充一些说明
- 此流程仅作为流程上的方向指导
- 原则上长期分支仅有:
master(受保护),develop - 建议在指向
develop及master分支的流程上通过mergeRequest进行合并操作(无论目标分支是否受保护)
