图解 4 种 git 合并分支方法

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

但在 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 过来，其合入的不是分支而是提交节点