git merge之--no-ff 的作用

禁止使用快进模式 no-fast—forward

$ git merge --no-ff -m "merge with no-ff" dev

在许多介绍 Git 工作流的文章里，都会推荐在合并分支时，加上 --no-ff 参数：

$ git checkout develop
$ git merge --no-ff feature

–no-ff 在这的作用是禁止快进式合并。
Git 合并两个分支时，如果顺着一个分支走下去可以到达另一个分支的话，那么 Git 在合并两者时，只会简单地把指针右移，叫做“快进”（fast-forward），比如下图：
注意：：：这种是master没有前进的情况，所以会这样，如果master也前进了，则可以不用这个，但是为了保险起见，嘚使用–no-ff

         A---B---C feature
         /
D---E---F master

要把 feature 合并到 master 中，执行以下命令

$ git checkout master
$ git merge feature

结果就会变成

          A---B---C feature
         /         master
D---E---F 

因为 feature 就在 master 的下游，所以直接移动了 master 的指针，master 和 feature 都指向了 C。而如果执行了 git merge --no-ff feature 的话，是下面的结果：

          A---B---C feature
         /         \
D---E---F-----------G master

由于 --no-ff 禁止了快进，所以会生成一个新的提交，master 指向 G。

从合并后的代码来看，结果其实是一样的，区别就在于 --no-ff 会让 Git 生成一个新的提交对象。为什么要这样？通常我们把 master 作为主分支，上面存放的都是比较稳定的代码，提交频率也很低，而 feature 是用来开发特性的，上面会存在许多零碎的提交，快进式合并会把 feature 的提交历史混入到 master 中，搅乱 master 的提交历史。所以如果你根本不在意提交历史，也不爱管 master 干不干净，那么 --no-ff 其实没什么用。不过，如果某一次 master 出现了问题，你需要回退到上个版本的时候，比如上例，你就会发现退一个版本到了 B，而不是想要的 F，因为 feature 的历史合并进了 master 里。