【Git零基础教程】（4）分支

分支在Git中是最常用的之一。顾名思义，分支们通常构成一个树型（不进行合并的情况下），从master分支延伸出去。

显示当前本地的所有分支：
git branch

新建一个分支，取名叫testing：
git branch testing

图中的每个5位编码代表一个commit，即它的hash码的前五位。HEAD相当于一个指针，指示当前所处的位置。

使用checkout来切换branch：

git checkout testing

然后：

...do some modification
git  commit  -a  -m  'changes in testing'
git  checkout  master
..do some modification
git  commit  -a  -m  'changes in master'

此时结构图如下：

---

【举个栗子】

你有一个master分支
你想要开发一个新功能，于是创建了一个分支iss53
你在iss53上做了一些工作（commits）
突然接到老板的电话，说你的代码有一个重大bug，需要马上修补

首先
git checkout -b iss53
-b表示分支不存在时进行创建

//do  some  modification
git  commit  ...
git  checkout  master
git  checkout  -b  hotfix
//do  some  modification
git  commit  ...

此时：

git  checkout  master
git  merge  hotfix  
//"fast-forward"

git merge <branch>的意思是将该branch（hotfix）合并到当前所在的branch（master）（HEAD指向的位置）

当你要合并的分支（master）是被合并的分支（hotfix）的祖先的时候，Git会进行”fast-forward”，也就是类似于直接移动指针的操作，不发生实际的合并。

（这里如果能改得很快的话也可以直接在master上进行修改而不建立hotfix分支）

-d删除已经无用的hotfix分支：

git branch -d hotfix

git  checkout  iss53
//continue  your  work

git  commit  ...
git  checkout  master
git  merge  iss53

注意这时候的merge就不是”fast-forward”了，如图：
合并前：

合并后：

最后，把iss53删除：
git branch -d iss53

---

但是合并并不是每次都能成功的
如果一些内容被两个分支都修改了，合并会失败，此时用git status会显示冲突的文件。

打开冲突的文件会发现类似这样的：

<<<<<<<<<<<<<  HEAD:xxx.txt
aaa
========
bbb
>>>>>>>>>>>>>  iss53:xxx.txt

上半部分是你的HEAD所做的修改（因为合并之前用了checkout master，也就是HEAD指向master，所以两者等价）
把这段文字手动修改成你想要的，删去多余的字符。可以与两者都不同。
保存关闭后，使用git add xxx.txt来告诉git修改完了，然后用git commit … 就合并成功了。

在刚刚发生冲突的时候也可以使用git mergetool命令来调用工具来帮助合并，默认是使用git提供的一款工具，也可以使用第三方提供的可视化合并工具来大大提高效率（如meld，beyondcompare等），我之前在另一篇文章中有写如何配置和使用meld。（http://blog.csdn.net/IceTeaSet/article/details/69787473）