版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u014326381/article/details/61623338
最近换工作，面试碰到一次笔试考这两个的区别。开始学习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 操作 |