最近换工作,面试碰到一次笔试考这两个的区别。开始学习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 操作 |