Git详解——不喜欢 merge 的分叉？用 rebase

Posted 2021-02-02 ys951207

有些人不喜欢 merge ，因为在 merge 之后， commit 历史就会出现分叉，这种分叉再汇合的结构会 让有些人觉得混乱而难以管理。如果你不希望 commit 历史出现分叉，可以用 rebase 来代替 merge 。

 

rebase——在新位置重新提交

rebase ，又是一个中国人看不懂的词。这个词的意思，你如果查一下的话：

 

其实这个翻译还是比较准确的。 rebase 的意思是，给你的 commit 序列重新设置基础点（也就是父 commit ）。展开来说就是，把你指定的 commit 以及它所在的 commit 串，以指定的目标 commit 为基础，依次重新提交一次。例如下面这个 merge ：

git merge branch1

 

如果把 merge 换成 rebase ，可以这样操作： 

git checkout branch1
git rebase master

 

可以看出，通过 rebase ， 5 和 6 两条 commit s 把基础点从 2 换成了 4 。通过这样的方式， 就让本来分叉了的提交历史重新回到了一条线。这种「重新设置基础点」的操作，就是 rebase 的含义。

 

另外，在 rebase 之后，记得切回 master 再 merge 一下，把 master 移到最新的 commit ： 

git checkout master
git merge branch1

 

 

为什么要从 branch1 来 rebase ，然后再切回 master 再 merge 一下这么麻烦，而不是直接在 master 上执行 rebase ？

从图中可以看出， rebase 后的 commit 虽然内容和 rebase 之前相同，但它们已经是不同 的 commit s 了。如果直接从 master 执行 rebase 的话，就会是下面这样：

 

这就导致 master 上之前的两个最新 commit 被剔除了。如果这两个 commit 之前已经在中央仓库存在，这就会导致没法 push 了：

 

 

所以，为了避免和远端仓库发生冲突，一般不要从 master 向其他 branch 执行 rebase 操 作。而如果是 master 以外的 branch 之间的 rebase （比如 branch1 和 branch2 之间），就不必这么多费一步，直接 rebase 就好。

 

小结

本节介绍的是 rebase 指令，它可以改变 commit 序列的基础点。它的使用方式很简单：

git rebase 目标基础点

 

需要说明的是， rebase 是站在需要被 rebase 的 commit 上进行操作，这点和 merge 是不同 的。