git图形化工具GitKraken的使用——分支的建立与合并
分支管理是Git工做流的重点git
在以前的文章中经过GitKraken能够很清楚的看到，每一次commit，git把他们串成了一条线，这条线就是一个分支，目前只有一个分支master，git里面叫他主分支。web
建立分支并切换的原理
以前提到的
HEAD严格来讲不是指向提交，而是指向master，master才是指向提交的，因此，HEAD指向的就是当前分支。bash一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能肯定当前分支，以及当前分支的提交点，每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也愈来愈长。svg
当咱们建立新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上。工具
不过，当切换到dev分支后，对工做区的修改和提交就是针对dev分支了，好比新提交一次后，dev指针往前移动一步，而master指针保持不变网站
假如咱们在dev上的工做完成了，就能够把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并。ui
合并完分支后，甚至能够删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，咱们就剩下了一条master分支，HEAD又指向了masterspa
摘自 廖雪峰的官方网站，图文并茂，很是清楚3d
实战
建立与切换分支：
一、建立 develop 分支并切换：指针
git checkout -b develop
- 这里
checkout -b是复合命令，一个是建立，一个是切换 - 建立分支的命令是
git branch develop - 切换分支的命令是
git checkout develop
二、建立完成后执行 git branch 能够查看全部本地分支：
$ git branch
* develop # 前面带星号的表示当前所在分支
master
接下来全部的操做都会在develop分支上进行，除非你又执行了 git checkout <分支名> 切换到了其余的分支。
三、在GitKraken上操做：
- 方法一：点击工具栏上的 Branch 按钮来建立，完成以后会自动切换到新分支
方法二：在当前分支上右键，点击
Create branch here选项，而后输入分支名称在建立分支并切换后，咱们来建立一个文件并提交到develop分支，而后再切换回master分支，你会发现master分支上没有个以前在develop上的那个提交，并且你从项目目录中也看不到刚刚建立的文件：
合并分支
这里加入说都在master分支上开发，你在master分支上拉了一个feature1分支开发一个新的功能，开发完成须要合并到master分支上
ff模式
# 切换到master分支，在GitKraken直接双击就能够切换分支
$ git checkout master
# 开始合并
$ git merge feature1
Updating c9470f5..78ba880
Fast-forward
README.md | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
注意到上面的 Fast-forward 信息，Git告诉咱们，此次合并是“快进模式”，也就是直接把master指向feature1的当前提交，因为当前 master 分支所指向的提交是你当前提交（有关 develop的提交）的直接上游，因此 Git 只是简单的将指针向前移动。
换句话说，当你试图合并两个分支时，若是顺着一个分支走下去可以到达另外一个分支，那么 Git 在合并二者的时候，只会简单的将指针向前推动（指针右移），由于这种状况下的合并操做没有须要解决的分歧——这就叫作 “快进（fast-forward）”。
经过GitKraken查看合并log，能够看到master和develop已经指向了同一个提交，也就是两者已经同步了，而且是在一条轴线上，看不出合并的痕迹：
–no-ff 模式
固然，除了快进模式还有其余的模式，好比说 --no-ff 模式，也就是非快进模式，这种模式会在merge的时候生成一个新的commit，这样从分支历史就能够看到分支合并记录即便删除了之后：
$ git merge --no-ff -m "使用 --no-ff 模式合并分支" feature1
Merge made by the 'recursive' strategy.
README.md | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
能够看到分支合并的记录
若是你的上游分支和你的分支分叉了，合并时没法使用 ff 模式，而是直接使用 –no-ff 模式
什么意思呢？就是说加入你在你的分支中进行开发，而过了一会，另外一个小伙伴将本身的分支合并到了master推进到了远端，这时候你须要拉取最新的master代码，这时候，master 分支所在提交并非 你的分支feature1所在提交的直接祖先，经过log来看以下图：
能够看到，你的feature1分支时基于c3拉取的，以后另外一个小伙伴更新了master分支，这样就出现了分叉，你的上游分支和你的分支都各自向前走了一步，这样的话，若是用命令 git merge 不带参数 将feature1合并到master分支，默认用的就是 --no-ff 模式：
$ git merge feature1
Auto-merging README.md
CONFLICT (content): Merge conflict in README.md
Automatic merge failed; fix conflicts and then commit the result.
这样的话基本上会出现冲突，须要手动解决，冲突的解决将在下一节介绍，这里直接看解决完成的log：
删除分支
合并完成以后，若是你不想要develop分支了，能够删除它：
$ git branch -d develop
Deleted branch develop (was 2923b6d).
或者在GitKraken中右键develop分支（前提是切换到master分支操做），而后选择 Delete develop 选项。
$ git branch * master
能够看到，本地只剩下master分支了。
总结
查看本地分支：
git branch建立分支：
git branch <name>切换分支：
git checkout <name>建立并切换分支：
git checkout -b <name>合并某分支到当前分支：
git merge <name>删除分支：
git branch -d <name>