『 merge --ff』 VS 『 merge --no-ff 』 VS『 rebase 』

前言

在合并分支时（如合并develop分支到master分支），我们可以有以下命令的选择：

那么，这三者之间有哪些区别呢？对此，我将会通过下面的实验进行比较说明：

在日常开发中，合并的两个分支（下面将会以日常用到的master分支和develop分支这2个分支进行举例），存在这2个情形：

接下来的实验就是：分别在这两个情形下，分别通过 git merge --ff 、git merge --no-ff 、git rebase 命令把develop分支合并到master分支，然后比较合并后的master的commit-tree。

merge --ff 、merge --no-ff 、rebase 各自合并的步骤如下：

使用 merge --ff合并的步骤

1 2	git checkout master git merge develop // 等同 git merge --ff develop

使用 merge --no-ff 合并的步骤

1 2	git checkout master git merge --no-ff develop

使用 rebase 合并的步骤

git checkout develop
git rebase master
git checkout master
git merge develop

合并前：

分别执行merge/rebase后的情况对比：

合并前：

分别执行merge/rebase后的情况对比：

通过结果图的对比，可以得到以下结论：

	git merge –ff	git merge –no-ff	git rebase
分支无分叉	把develop上新的commit嫁接到master的最后commit上，效果等同于rebase，让master的commit-tree保持线性	生成一个新的commit用于记录这个合并操作	把develop上新的commit嫁接到master的最后一个commit上，让master的commit-tree保持线性
分支有分叉	合并时，由于存在冲突，生成一个新的commit用于记录此冲突，效果等同于 merge –no-ff	生成一个新的commit用于记录这个合并操作	通过rebase，把develop上新的commit嫁接到master的最后一个commit上，让master的commit-tree保持线性

通过合并结果对比可以知道，在合并时，我们就只需要『merge –no-ff 』和『rebase』之间做选择即可。那么在日常开发中怎么选择呢？根据你的合并目的来：

合并目的	需要记录此次合并，如合并release分支	希望commit-tree整洁和成线性，如合并feature分支	对commit-tree无要求，适合初学者
合并命令	git merge –no-ff	git rebase	git merge