声明：文章原稿来源于恩师稀哥。
一、概念
分支就是科幻电影里面的平行宇宙，当你正在电脑前努力学习Git的时候，另一个你正在另一个平行宇宙里努力学习SVN。
如果两个平行宇宙互不干扰，那对现在的你也没啥影响。不过，在某个时间点，两个平行宇宙合并了，结果，你既学会了git又学会了SVN！
分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。
现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。
二、创建与合并分支
git把我们之前每次提交的版本串成一条时间线，这条时间线就是一个分支。截止到目前只有一条时间线，在git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向当前的具体版本，而是指向分支，也就是master分支，在master分支中才是指向具体的版本，所以，HEAD指针是通过这种机制来指向到具体的版本的。
(1) 一开始的时候，master分支是一条线，git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：
每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。
(2)当我们创建新的分支，例如dev时，git新建了一个指针叫dev，指向master所指向版本，再把HEAD指针指向dev指针，就表示当前分支在dev上：
git创建一个分支很快，因为除了增加一个dev指针，改变HEAD的指向，工作区的文件都没有任何变化。
(3)不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：
(4)假如我们在dev上的工作完成了，就可以把dev合并到master上。git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：
git合并分支也很快，因为也是只改指针，工作区内容并没有改变。
(5)合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：
相关操作命令:
查看分支：git branch创建分支：git branch <name>切换分支：git checkout <name>创建+切换分支：git checkout -b <name>合并某分支到当前分支：git merge <name>删除分支：git branch -d <name>
案例分析：
（1）执行如下命令可以查看当前有几个分支
# git branch* master
（2）下面创建一个分支dev并切换换到其上面进行工作
# git branch dev# git branchdev* master# git checkout devSwitched to branch 'dev'# git branch* devmaster
此时的指针指向关系：
(3)下面我们修改code.txt内容，在里面添加一行，并进行提交。
# echo "+++++++++">>code.txt # cat code.txt first linesecond line+++++++++# git add code.txt # git commit -m "新项目"[dev 6147876] 新项目1 file changed, 1 insertion(+)
此时的指针关系：
(4)dev分支的工作完成，我们就可以切换回master分支：
# git checkout masterSwitched to branch 'master'# git branchdev* master
此时的指针关系：
查看code.txt，发现并没有添加的内容。
cat code.txt first linesecond line
原因是那个提交是在dev分支上，而master分支此刻的提交点并没有变。
（5）现在，我们把dev分支的工作合并到master分支上：
# git merge devUpdating 1a3efe2..6147876Fast-forward <<<<<<<<<<<<<<<<<<<<<<<<<<<<<code.txt | 1 +1 file changed, 1 insertion(+)# cat code.txt first linesecond line+++++++++
git merge命令用于合并指定分支到当前分支。合并后，再查看code.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。
注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。
(6)合并完成后，就可以放心地删除dev分支了，删除后，查看branch，就只剩下master分支了
# git branch -d devDeleted branch dev (was 6147876).# git branch* master
三、解决冲突
其实分支并不是总能合并成功的，例如这种情况下
此时，如果进行合并就会报错，因为dev分支是基于master的v3版本中的内容，但是此时的master已经发生更改，因此此时合并就会发生错误，我们来模拟一下这种情况
（1）在创建一个新分支dev
# git checkout -b devSwitched to a new branch 'dev'# git branch* devmaster
(2)修改code.txt的内容，并提交
# echo "dev submit">>code.txt # cat code.txt first linesecond line+++++++++dev submit# git add code.txt # git commit -m 'dev 提交'[dev d98c34a] dev 提交1 file changed, 1 insertion(+)
(3)切换回master分支
# git checkout masterSwitched to branch 'master'# git branchdev* master
(4)在master的code.txt添加一行内容并且提交
# echo "master submit">>code.txt # git add code.txt # git commit -m 'master 提交'[master e71cc6c] master 提交1 file changed, 1 insertion(+)
现在，master分支和dev分支各自都分别有新的提交，指针指向关系如下图
这种情况下，合并就非常有可能会有冲突
（5）执行合并命令尝试将dev分支合并到master分支上来，看一下会有怎样的结果
# git merge devAuto-merging code.txtCONFLICT (content): Merge conflict in code.txtAutomatic merge failed; fix conflicts and then commit the result.
看提示可以知道，code.txt文件存在冲突，必须手动解决冲突后再提交。
（6）git status也可以告诉我们冲突的文件
# git statusOn branch masterYou have unmerged paths.(fix conflicts and run "git commit")Unmerged paths:(use "git add <file>..." to mark resolution)both modified: code.txtno changes added to commit (use "git add" and/or "git commit -a")
(7)查看code.txt的内容
# cat code.txt first linesecond line+++++++++<<<<<<< HEADmaster submit=======dev submit>>>>>>> dev
(8)
git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存：
# cat code.txt first linesecond line+++++++++master submitdev submit
(9)再提交
# git add code.txt # git commit -m "解决冲突"[master 8301237] 解决冲突# git statusOn branch masternothing to commit, working directory clean
(10)现在，master分支和dev分支变成了如下图所示
(11)用带参数的git log也可以看到分支的合并情况：
# git log --graph --pretty=oneline* 8301237bf1feaee081c454efa48d500de6e4259a 解决冲突|\ | * d98c34a05b14fc887a8dea01a9f5582717536011 dev 提交* | e71cc6c39adc3233523625fb67dac90a128e54ca master 提交|/ * 61478764554a5330958bf145b6f0d6121e92f8b6 新项目* 1a3efe201b6e7fc66aa34f4ae9333a9ce2d54bb6 v2 -newversion* c4106273b0b87ac6f42042589663900af3617837 v1
(12)最后工作完成，可以删除dev分支
# git branch -d devDeleted branch dev (was d98c34a).
------做运维之前很矫情的小年轻-----
