使用gitflow管理项目版本

直接开始

gitflow就不多bb了，网上一大堆资料。我们直接开始

概念

版本号

项目按照版本号进行发布

如v0.1.1: v代表version，

• 第一个数字代表超大版本以及里程碑发布（一般指大范围系统以及架构更新）

• 第二个数字代表正常scrum迭代的release

• 第三个数字代表bug（hotfix），所有版本号依次递增，并且后续建立scrum机制后，每次提交需要带上story number以及description，用于正常版本review及搜索

分支

• master（prod正式环境分支,对应release ）

• dev（研发分支，自定义名称即可，对应development）

• hotfix（修复bug分支，本地临时分支，不提交远程仓库）

• feature（本地新功能临时分支，不提交远程仓库）

• tags（记录所有版本的标签）

打release流程

初始化：git flow init (如果你已经init过了，需要git flow init -f ) ：这一步初始化确认分支，dev为开发，master为release即可，剩下的一直回车

• 开始一个Release: git flow release start v0.0.1
• Publish一个Release: git flow release publish v0.0.1 (这个会吧这个release分支推到远程仓库,也可以忽略这一步，commit即可)
• 发布Release: git flow release finish v0.0.1
• git push 提交远程仓库
• git push —tags (tags前面是两个-，中间不要有空格)，提交标记
• 注意这个时候所在的分支，如果自动切换到了dev分支，记得切换到master分支进行push

打hotfix流程

• 初始化：git flow init (如果你已经init过了，需要git flow init -f ) ：这一步初始化确认分支，dev为开发，master为release即可，剩下的一直回车
• 开始一个Hotfix: git flow hotfix start v0.0.1 自动会拉出hotfix分支，你修改过后提交(commit就行。不需要push，push会将hotfix分支发布到远程仓库)。
• 发布一个Hotfix: git flow hotfix finish v0.0.1
• git push （这个时候会自动切回dev分支）
• git checkout master
• git push
• git push —tags (tags前面是两个-，中间不要有空格)

参考

Git 在团队中的最佳实践–如何正确使用Git Flow
使用git-flow来帮助管理git代码