猴子都能懂的Git项目分支管理（无套路，纯干货）

在学习git项目分支管理之前大家对git 概念，git命令，git使用不清楚的可以参考此文章链接： 猴子都能懂的git   直接点击红色字体即可 。

1，下面给大家看一个完整的官方成功的git分支管理图。

 

这个用例主要分为

• 主分支
• 特性分支
• release分支
• hotFix分支

分别使用4个种类的分支来进行开发的。

 

 

主分支有两种：master分支和develop分支

• master
  master分支只负责管理发布的状态。在提交时使用标签记录发布版本号。
• develop
  develop分支是针对发布的日常开发分支。刚才我们已经讲解过有合并分支的功用。

特性分支

特性分支就是我们在前面讲解过的topic分支的功用。

这个分支是针对新功能的开发，在bug修正的时候从develop分支分叉出来的。基本上不需要共享特性分支的操作，所以不需要远端控制。完成开发后，把分支合并回develop分支后发布。

release分支

release分支是为release做准备的。通常会在分支名称的最前面加上release-。release前需要在这个分支进行最后的调整，而且为了下一版release开发用develop分支的上游分支。

一般的开发是在develop分支上进行的，到了可以发布的状态时再创建release分支，为release做最后的bug修正。

到了可以release的状态时，把release分支合并到master分支，并且在合并提交里添加release版本号的标签。

要导入在release分支所作的修改，也要合并回develop分支。

hotFix分支

hotFix分支是在发布的产品需要紧急修正时，从master分支创建的分支。通常会在分支名称的最前面加上 hotfix-。

例如，在develop分支上的开发还不完整时，需要紧急修改。这个时候在develop分支创建可以发布的版本要花许多的时间，所以最好选择从master分支直接创建分支进行修改，然后合并分支。

修改时创建的hotFix分支要合并回develop分支。

 

 

重点1：看了上面图和文字，但是还是感觉很懵，不太理解这个分支到底是怎么管理运作的。

通俗简单总结一下：

            master分支是用于上线的分支，任何人不能将代码提交到master分支，上线以后由项目负责人打tag