Git Merging vs. Rebasing

– Start

点击此处观看本系列配套视频。

---

假设现在有两个任务，张三干一个，李四干一个，李四的任务部分依赖张三，也就是说，他们同时创建分支开始干活，等张三的任务完成，合并分支到主分支 master 后，李四需要把主分支master 的改动同步到自己的分支，怎么办？目前的状况是这样的。

这个时候我们有两种办法，merge 和 rebase。
在之前的章节中我们已经讲过 merge，merge 后的结果如下。

merge 最大的问题就是会污染提交日志，所以我们推荐使用 rebase，请看下图。

知道 rebase 的含义了吧，看看以前的 base 在哪里，现在的base在哪里。
现在我们演示一下 rebase，先创建分支 zhangsan 和 lisi，然后在zhangsan分支创建一个新文件，提交，修改后在提交，然后 merge 回 master。

git branch zhangsan
git branch lisi
git checkout zhangsan
echo "zhang" > zhangsan.txt
git add zhangsan.txt
git commit -m "create zhangsan.txt"
echo "san" >> zhangsan.txt
git add zhangsan.txt
git commit -m "first modify zhangsan.txt"
git checkout master
git merge zhangsan

这时，我们切换到 lisi 分支然后看看rebase后的结果。

git checkout lisi
git log
git rebase master
git log

到此为止，聪明的人已经想到了，我们是不是也可以使用 rebase 把bug分支合并到主分支maser呢？千万别这么干，否则你的噩梦才干干开始。

– 更多参见：Git 精萃
– 声 明：转载请注明出处
– Last Updated on 2018-06-09
– Written by ShangBo on 2018-06-09
– End