在版本回退里，你已经知道 ，每次提交，Git都把它们串i成一条时间线，这条时间线就是一个分支，截至到目前，只有一条时间线，在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合并分支也很快，就改改指针，工作区内容也不变！
合并完分支后，甚至可以删除dev分支，删除dev分支就是把dev指针给删除掉，删掉后，我们就剩下一条master分支了：
下面开始实战：
首先，我们创建一个分支dev，然后切换到dev分支：
$ git checkout -b dev
Switched to a new branch 'dev'
git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
$git branch dev
$git checkout dev
Switched to branch 'dev'
然后用git branch命令查看当前的分支
$ git branch
* dev
master
git branch命令会列出所有分支，当前分支前面会标一个*号
然后吗，我们就可以在dev分支上正常提交，比如对readme.txt做个修改，加上一行：
Creating a new branch is quick.
然后提交：
$ git add readme.txt
$ git commit -m "branch test"
[dev 3d9a6be] branch test
1 file changed, 2 insertions(+), 1 deletion(-)
现在，dev分支的工作完成了，我们就可以切换到master分支：
$ git checkout master
Switched to branch 'master'
Your branch is up to date with 'origin/master'.
切换回master分支后，再查看一下readme.txt文件，刚才添加的内容不见了，因为那个是提交在dev分支上的，而master分支此刻的提交点并没有变：
现在我们把dev分支的工作成果合并到master分支上：
$ git merge dev
Updating d255aa7..3d9a6be
Fast-forward
readme.txt | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
git merge命令用于合并指定分支到当前分支，合并后，再查看readme.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。
注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev当前提交，所以合并速度非常快。
当然，也不是每次合并都能Fast-forward，以后会讲到其他方式的合并
合并完成以后，就可以放心的删除dev分支了：
$ git branch -d dev
Deleted branch dev (was 3d9a6be).
删除后，查看branch，就只剩下master分支了：
$ git branch
* master
因为创建、合并和删除分支非常快，所以Git鼓励你使用分支完成某个任务，合并后再删掉分支，这和直接在master分支上工作效果是一样的，但过程更安全。
摘抄自：
https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001375840038939c291467cc7c747b1810aab2fb8863508000