有时候我们会后悔，有时候我们会想回到过去，有时候我们想改变历史，然而在我们这个世界，目前来看是无法回到过去改变历史的

   但在git的世界里，一切皆有可能，我们可以在多维空间里任意切换，随意改变一个宇宙的时间线，只要我们愿意，git的分支就是这么神奇

   然而很多时候你以为你改变了历史，不为人知，那个宇宙并没有消失，而是遗失在了git的世界里，有能力的人便能找到

   彼此分开的世界也能随时交叉合并，世界就这样开开合合，偶会需要解决合并冲突

   git中的分支非常的轻量，其实就是一个文件，里面记录了分支所指向的commit id，下图中有两个分支分别是master和test，他们都指向了A2这个提交，HEAD是一个特殊的指针，他永远指向你当前所在的位置；有时候你可能不在某一个分支上，不要惊慌，你随时有权利去你想去的分支，git赋予了你新建，切换分支的能力

   然后有时候世界并不总如上图那般美好，面对分叉的两个分支，git新手总是一脸茫然，本文我将讲述git中合并分支的方法

   在git中合并分支有三种方法，分别是merge，rebase，cherry-pick，而其中merge又有三种区别，下面将一一介绍

fast-forward

   如果待合并的分支在当前分支的下游，也就是说没有分叉时，会发生快速合并，从test分支切换到master分支，然后合并test分支

git checkout mastergit merge test

   这种方法相当于直接把master分支移动到test分支所在的地方，并移动HEAD指针

no-ff

   如果我们不想要快速合并，那么我们可以强制指定为非快速合并，只需加上--no-ff参数

git checkout mastergit merge -no-ff test

   这种合并方法会在master分支上新建一个提交节点，从而完成合并

squash

   svn的在合并分支时采用的就是这种方式，squash会在当前分支新建一个提交节点

   squash和no-ff非常类似，区别只有一点不会保留对合入分支的引用

git checkout mastergit merge -squash test

rebase

   当要合并两个分叉的分支时，merge的方式是将待合入分支和当前分支不同的部分，在当前分支新建节点，如下图所示

   rebase与merge不同，rebase会将合入分支上超前的节点在待合入分支上重新提交一遍，如下图，B1 B2会变为B1’ B2’，看起来会变成线性历史

cherry-pick

   这命令简直就是神器，给你自由，你想把那个节点merge过来就把那个节点merge过来，其合入的不是分支而是提交节点

总结

   只有知道了这些合并方式的区别，才能git在手，天下我有，任你分支在凌乱，我自岿然不动

继续学习

• 起底Git-开篇

• 起底Git-版本控制简史

• 起底Git-Git简史

• 起底Git-Git内部原理

• 起底Git-Git基础

• 起底Git-Git进阶

• 起底Git-Git开发流程

• 起底Git-Git常用命令总结

建议继续学习：

1. Git常用命令备忘    (阅读：52925)
2. Git log diff config高级进阶    (阅读：23453)
3. Git subtree 要不要使用 –squash 参数    (阅读：22045)
4. 我的git笔记    (阅读：18519)
5. Zend Studio集成Git使用    (阅读：7761)
6. awk命令，实现文件的合并与拆分    (阅读：6453)
7. Git commit 注释格式    (阅读：5449)
8. GIT和SVN之间的五个基本区别    (阅读：4742)
9. 利用tortoiseSVN在两个版本库间merge code    (阅读：3965)
10. 为何改用Git    (阅读：3785)