Git~rebase

Posted 2023-04-05

参考技术A

git rebase

rebase, 意思为变基，即改变分支的的根支。提到rebase就不得不说说merge，他们两个都可以完成相同的的工作（结果），将两个分支进行合并，但他们工作方式完全不同。

merge和rebase最大的不同，merge会保留所有的提交历史记录，而rebase会删除基变分支的历史记录，如下图所示。

merge工作方式图：

rebase工作方式图：

命令：

上面命令的意思是合并最近的 4 次提交纪录。

如果你异常退出了 vim 窗口，可以执行

这时候会一直处在这个编辑的模式里，我们可以回去继续编辑，修改完保存一下：

git rebase

参考技术A 在上一节我们看到了，多人在同一个分支上协作时，很容易出现冲突。即使没有冲突，后push的童鞋不得不先pull，在本地合并，然后才能push成功。

每次合并再push后，分支变成了这样：

总之看上去很乱，有强迫症的童鞋会问：为什么Git的提交历史不能是一条干净的直线？

其实是可以做到的！

Git有一种称为rebase的操作，有人把它翻译成“变基”。

[图片上传失败...(image-78f8b1-1615360358168)]

先不要随意展开想象。我们还是从实际问题出发，看看怎么把分叉的提交变成直线。

在和远程分支同步后，我们对 hello.py 这个文件做了两次提交。用 git log 命令看看：

注意到Git用 (HEAD -> master) 和 (origin/master) 标识出当前分支的HEAD和远程origin的位置分别是 582d922 add author 和 d1be385 init hello ，本地分支比远程分支快两个提交。

现在我们尝试推送本地分支：

很不幸，失败了，这说明有人先于我们推送了远程分支。按照经验，先pull一下：

再用 git status 看看状态：

加上刚才合并的提交，现在我们本地分支比远程分支超前3个提交。

用 git log 看看：

对强迫症童鞋来说，现在事情有点不对头，提交历史分叉了。如果现在把本地分支push到远程，有没有问题？

有！

什么问题？

不好看！

有没有解决方法？

有！

这个时候，rebase就派上了用场。我们输入命令 git rebase 试试：

输出了一大堆操作，到底是啥效果？再用 git log 看看：

原本分叉的提交现在变成一条直线了！这种神奇的操作是怎么实现的？其实原理非常简单。我们注意观察，发现Git把我们本地的提交“挪动”了位置，放到了 f005ed4 (origin/master) set exit=1 之后，这样，整个提交历史就成了一条直线。rebase操作前后，最终的提交内容是一致的，但是，我们本地的commit修改内容已经变化了，它们的修改不再基于 d1be385 init hello ，而是基于 f005ed4 (origin/master) set exit=1 ，但最后的提交 7e61ed4 内容是一致的。

这就是rebase操作的特点：把分叉的提交历史“整理”成一条直线，看上去更直观。缺点是本地的分叉提交已经被修改过了。

最后，通过push操作把本地分支推送到远程：

再用 git log 看看效果：

远程分支的提交历史也是一条直线。