闲话git merge 与 git rebase 的区别

最近换工作，面试碰到一次笔试考这两个的区别。开始学习git的时候，这两个的区别是有了解过的。但是时间长了加上之前公司应用得少了，所以当时记得很模糊。笔试完就赶紧回家整理了下，希望可以借此加深印象。

merge

如果一开始我们的分支情况如下图，有一个主分支 master 及一个开发分支 deve：

假定我们目前处在 master 主分支上，进行 git merge deve 操作会发生什么呢？

Git 系统会以两个分支的共同祖先 e381a81 为基础，将两个分支的最新提交 8ab7cff 和 696398a 进行三方合并（分支路径没有合并），然后将合并中修改的内容生成一个新的 commit，即下图的 78941cb：

rebase

假如我们初始的分支情况如下图：

我们还是处在 master 分支上，我们进行 git rebase deve 操作。这时 Git 系统会将 master 上的最新提交 85841be、a016f64 与 e53ec51 合并到deve中最新提交 35b6708 后面，丢失掉自己分支的历史版本信息，从而使两个分支暂时合成一根线，如下图所示：

merge 和 rebase 的区别对比：

对比项	merge	rebase
操作过程	将两个分支的修改信息合并	提取当前分支的修改，复制到目标分支的最新提交后面
分支路径	多条，各自显示，互不干扰	单条，合在一起显示
历史版本信息	忠实反映各分支实际发生过什么	只反映项目过程中发生过什么
冲突处理	遇见冲突后会直接停止，等待手动解决冲突并重新提交 commit 后，才能再次 merge	遇见冲突后会暂停当前操作，开发者可以选择手动解决冲突，然后 git rebase –continue 继续，或者 –skip 跳过（注意此操作中当前分支的修改会直接覆盖目标分支的冲突部分），亦或者 –abort 直接停止该次 rebase 操作