Git Merge 与 Git Rebase的区别

1.背景

merge和rebase都是用于分支合并，但实现机制不同。

git merge是将两个分支的修改合并成一个新的提交，并保留两个分支的历史记录；

git rebase是将一个分支的修改应用到另一个分支上，使得两个分支的修改看起来像是顺序提交的。

接下来，通过图形的方式直观地介绍git merge和git rebase的工作过程。

2.合并（Merge）

git merge是将一个分支的修改融入到另一个分支的一种方式，可执行两种类型的合并：fast-forward 和 no-fast-forward，现在你可能分不清，不过没关系，我们马上来看看它们的差异所在。

Fast-forward (—ff)

假设一个仓库有两条分支：master和dev，基于master分支的提交c1（ec5be）创建dev分支，在dev分支上修改文件后生成新的提交c2（76d12），此时切回master分支，不做任何修改，执行dev分支向master分支合并，Git 很懒，首先会尝试执行fast-forward合并，合并成功，master分支和dev分支同时指向提交c2（76d12），不会创建新的提交。

No-fast-foward (—no-ff)

同样，假设一个仓库有两条分支：master和dev，基于master分支的提交c1（i8fe5）创建dev分支，在dev分支上多次修改文件后生产新的提交c2（76d12）、c3（e3475），与此同时，master分支也被同步修改了，生成新的提交c4（ec5be）、c5（035cc），此时我们切到master分支，执行dev分支向master分支的合并，git将使用 no-fast-forward 合并，在master分支上创建新的提交c6（9e78i），这个提交的父提交（parent commit）即指向master分支，也指向dev分支。

3.变基（Rebase）

git rebase是另一种可将一个分支的修改融入到另一个分支的方式，它是通过提取子分支的修改，并将这些修改合并到基分支最新提交的后面。现在，让我们通过简单的例子来快速了解rebase。

假设一个仓库有两条分支：master和dev，基于master分支的提交c1（i8fe5）创建dev分支，并在dev分支进行开发，修改文件后先后生成新的提交c2（76d12）、c3（e3475），与此同时，master分支你要引用的模块也有新的修改，生成新的提交c4（ec5be），此时，你想dev分支获取master分支的新提交，则在dev分支执行git rebase master，git会先将提交c2（76d12）、c3（e3475）的修改与master的最后提交c4（ec5be）依次进行内容合并，然后生成新的提交c5（e45cb）、c6（3a2e2），这时dev分支指向最后的提交c6（3a2e2），而master分支的指向不变。

4.合并冲突

merge和rebase处理冲突的方式不同：

（一股脑）使用merge命令合并分支，由于是将一个分支的最新提交与另一个分支的最新提交进行合并，所以当出现冲突时，只需解决一次，并产生一个新的提交。

（交互式）使用rebase命令合并分支，由于是将一个分支的最新提交与另一个分支的多次提交依次进行合并，所以当出现冲突时，需要一个一个地解决，并产生多个提交。