作者：京东科技 周新智
一、引言
二、总览
从上图可以看到主要包含下面几个分支：
• dev：日常开发分支，该分支正常保存了开发的最新代码。
• feature：具体的功能开发分支。
三、主分支
主分支包括Master Branch、Release Branch、Dev Branch 三个分支：
1、Master Branch
2、Release Branch
Release Branch 在我看来就是 Pre-Master。Release Branch 从 Master Branch 检出，最终会合并到Master Branch，合并后 Master Branch上就是可以发布的代码了。
Dev Branch 检出作为本地分支，以 feature-功能名-姓名首字母简拼，当功能开发完毕的时候，将 feature Branch 合并到 Dev Branch，在测试或预生产环境进行部署，测试通过后，再将 feature Branch 合并到 Release Branch。
如果出现线上问题需要紧急修复，则从 Release Branch 检出作为本地分支，以 hotfix-功能名-姓名首字母简拼，当问题修复完毕的时候，将hotfix Branch合并到 Dev Branch，在测试环境进行部署，测试通过后，再将 hotfix Branch 合并到 Release Branch，在预发环境再次验证。
3、Dev Branch
dev 就是我们的日常开发分支。
四、辅助分支
1、Feature分支
feature-功能名-姓名首字母简拼 进行命名，最终合并到 Dev 、Release分支。比如我们要在下一个版本增加功能1、功能2、功能3。那么我们就可以起三个feature 分支：feature-1-zxz，feature-2-qxh，feature-3-sq。（feature 分支命名最好能够自解释，1、2、3 这并不是一种好的命名）随着我们开发，功能1和功能2都被完成了，而功能3因为某些原因完成不了，那么最终 feature-1-zxz 和 feature-2-qxh 分支将被合并到 Dev 分支，而 feature-3-sq 分支将延期继续进行本地开发工作，功能1和功能2测试完没有问题后，将 feature1 和 feature2 分支将被合并到 Release 分支，最终将 Release 分支合并到 Master 分支。
2、Hotfix 分支
基于 Release 分支开一个 hotfix 分支，以 hotfix-功能名-姓名首字母简拼（例如：hotfix-model-base-zxz），修复 bug 之后再将 hotfix 分支合并到 Release 分支，同时 Dev 分支作为最新最全的代码分支，hotfix 分支也需要合并到 Dev 分支上去，同时在不同分支对应的不同环境进行bug回归验证，最终将 Release 分支合并到 Master 分支，进行线上发布即可。
五、注意事项
2、 Dev、Release、Master分支的同步
通过以上分支管理，我们就可以轻松做到：团队成员之间功能并行开发、功能选择性发布、版本发布、线上问题紧急功能开发、紧急问题修复等。