Git复习（三）之分支管理、分支策略

创建合并删除分支

我们知道每次提交git都会将他们串成一条线，这条时间线就是一个分支。在git里这条时间线叫做主分支，即master分支

HEAD指向master，master指向最新的提交，所以，HEAD指向的就是当前分支。

 

每次提交，master指针都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。

创建分支

当我们创建新的分支的时候，例如dev，此时git也会新创建一个指针dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：

所以Git创建一个分支很快，因为除了增加一个dev指针，改改HEAD的指向，工作区的文件都没有任何变化！

从现在开始，对工作区的修改和提交就是针对dev分支了，之后的每一次提交，dev指针往前移动一步，而master指针不变：

合并分支

假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分

支后，会丢掉分支信息。强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

方法一：快速合并

所以Git合并分支也很快！就改改指针，工作区内容也不变！

方法二：非快速合并

 

删除分支

合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

分支策略 

在实际开发中，我们应该按照几个基本原则进行分支管理：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

所以，团队合作的分支看起来就像这样：

总结

创建分支：

• 创建新的指针（创建dev）

• HEAD指向新的指针（HEAD指向dev）

合并分支：

• 原指针指向新指针的提交（master指向dev的提交）

删除分支：

• 删除新指针（删除dev）