我们知道每次提交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）
原文：https://www.cnblogs.com/kunmomo/p/11362435.html