GIT FLOW使用流程

先简单介绍下个分支:

1.master分支:主分支,主要用于存放已发布的版本。git

2.develop分支:开发分支,用于存放当前迭代的开发代码。后端

3.feature分支:最广泛的分支,能够说全部的新代码所有写在这个分支上。以develop分支为基础建立,在代码完成并经过代码评审时提交合并请求,合并至develop分支。
开发

4.release分支:发布分支,基于完整的develop分支。it

5.hotfix分支:热修复分支,基于master分支。io


平常开发:

以develop分支为基础建立开发分支feature/xxx,本地拉取此分支至本地,功能开发完成后提交合并请求合并至develop分支,而后以新的develop分支建立release发布分支,git flow release start 1.0.0进行最后一次先后端对接,修复完成push后使用git flow release finish 1.0.0结束,此命令会将最新修复的代码合并到master和develop中,此分支被删除,自动切换至develop分支。ast

若当前已发布版本仍存在问题,则使用hotfix分支,git flow hotfix start 1.0.0,修复完成push后git flow hotfix 1.0.0,此命令也会将最新修复的代码合并到master和develop中,以防止下次release分支在此出现此BUG,此分支被删除,自动切换至develop分支。基础

release和hotfix都会直接影响到版本号。bug

总结:

主要分支请求

  • master: 永远处在即将发布(production-ready)状态
  • develop: 最新的开发状态

辅助分支总结

  • feature: 开发新功能的分支, 基于 develop, 完成后 merge 回 develop
  • release: 准备要发布版本的分支, 用来修复 bug. 基于 develop, 完成后 merge 回 develop 和 master
  • hotfix: 修复 master 上的问题, 等不及 release 版本就必须立刻上线. 基于 master, 完成后 merge 回 master 和 develop
相关文章
相关标签/搜索