就像代码需要代码规范一样，代码管理同样需要一个清晰的流程和规范
Vincent Driessen 同学为了解决这个问题提出了 A Successful Git Branching Model
上面的图看着挺复杂的, 抽象出来的概念就是:
5个分支
项目里有2个永久分支：master和develop, 3个短期分支: feature, hotfix和release.
-
永久分支
- master分支
- develop分支
-
短期分支
- feature分支, 功能开发分支, 派生于develop, 合并回develop
- hotfix分支, bug修复分支, 派生于master, 合并回master和develop
- release分支, 版本发布分支, 派生于develop, 合并回master和develop
未来所有的开发工作都围绕这两个永久分支来进行: 从永久分支派生短期分支->合并回永久分支.
派生和合并的时机、源分支、目标分支跟具体的开发类型有关，Gitflow里有明确的规则.
短期分支，针对他们的工作内容完成后，一般都要进行删除.
工作内容完成的定义是个:开发完成, 合并完成, 缺一不可.
- master
又称为production(生产环境)分支, jenkins根据tag来拉取这个分支的代码来打包, 这个分支只能从其他分支合并，不能在这个分支直接修改. 所有在master分支上的commit应该打tag.
- develop
这个分支是我们是我们的主开发分支, 包含所有要发布到下一个release的代码, 这个主要合并于其他分支, 比如feature分支.
- feature
这个分支主要是用来开发一个新的功能, 一旦开发完成, 我们合并回develop分支.
分支名为feature/*, 举例:登录功能命名为 feature/login
feature分支从develop派生而来, 开发完成后合并回develop. 一般这时会删除这个feature分支.
可以有多个feature分支同时存在.
- release
当你需要一个发布一个新release的时候, 我们基于develop分支创建一个release分支, 我们可以在这个release分支上测试, 修改Bug(但是不要加新功能, 也不要从develop分支上合并新的改动到这个release分支), 完成这个release分支后, 我们合并到master和develop分支, 同时在master分支上打个tag记住release版本号, 然后删除这个release分支.
- hotfix
当我们在线上发现一个需要紧急修复的bug时候, 我们需要从master分支派生一个hotfix, 完成hotfix后, 我们合并回master和develop分支, 所以hotfix的改动会进入下一个release, 同时要在master上打一个tag.
实践git-flow的方式
- 安装git-flow命令行工具,
brew install git-flow, 通过命令行来操作, 比较难记. - 安装sourcetree客户端, 通过gui来操作(我们团队默认做法)
sourcetree的git-flow实践
初始化操作
sourcetree系统顶部栏->仓库->git-flow或hg flow->初始化仓库->确定(使用默认命名)
本地自动增加了一个develop的分支, 加上gitlab仓库默认就会自动有的master分支. 把这两个分支推送到远端仓库, 两个永久分支创建完成了.
开发新功能
sourcetree系统顶部栏->仓库->git-flow或hg flow->建立新的功能
功能名称填入英文, 比如login, 点确定.
sourcetree做了以下工作: 基于develop分支派生了feature/login分支, 本地切换到这个分支, 并推送到origin(远端).
完成功能
sourcetree系统顶部栏->仓库->git-flow或hg flow-完成功能
在下拉框中选择对应的login功能. 点确定
sourcetree做了以下工作: 在本地把feature/login分支合并到develop分支, 然后删除了本地feature/login, 切换到本地的develop分支.
然后在sourcetree上点击推送按钮, 推到origin(远端).
准备发布
sourcetree系统顶部栏->仓库->git-flow或hg flow-建立新的发布版本
在发布版本号里输入 v1.0 , 点确定
sourcetree做了以下工作: 本地基于deveoper分支派生了release/v1.0分支, 本地切换到了这个分支.
然后在sourcetree上点击推送按钮, 推到origin(远端), 为了jenkins拉代码用.
这个分支是为了上线做准备的, 也是测试的对象, 我们可以用jenkins拉取它的代码来出开发环境的包, 然后在这个分支上面修复bug(但别加新的feature).
完成发布
sourcetree系统顶部栏->仓库->git-flow或hg flow-完成发布版本
在下拉框中选择对应的v1.0, 勾选删除分支和推送变更到远程, 点确定
sourcetree做了以下工作: 本地合并release/v1.0分支到develop分支和master分支, 本地删除了release/v1.0分支, 给master打了tag 'v1.0',
