Git 合并时 --no-ff 的作用

一、场景:

我最近在进行代码合并的时候,使用的是 :

          git merge --no-ff 分支名称

二、分析

• git merge

        默认使用的时“快进”（fast-forward）模式合并，所以 git merge <=> git merge -ff

• fast-forward

        Git 合并两个分支时，如果顺着一个分支走下去可以到达另一个分支的话，那么 Git 在合并两者时，只会简单地把指针右移，叫做“快进”（fast-forward）

• git merge --no-ff

指的是强行关闭fast-forward方式。

三、具体使用效果

sit分支

从sit分支创建一个新的分支dev

dev提交记录之后,把dev分支合并到 sit分支;

查看两个合并的区别

• 使用git merge 代码合并

       最终分支图:

      git merge默认使用的时“快进”（fast-forward）模式, 

     所以 dev 合并到 sit 分支时,Git 在合并两者时，只会简单地把指针右移,如下图:

• git merge --no-ff 代码合并

           最终分支图:

                由于 --no-ff 禁止使用快进模式，所以会生成一个新的提交;

                所以  dev 合并 到 sit 分支时, 可以看下图 创建了一个新的提交节点, sit 指向新的提交节点

 区别:

 其实上面两种提交的结果 图 对比,其实很明显, --no-ff  关闭快进模式 进行合并的时候, 会创建一个新的提交, 且指向新的提交, 这样就会造成两个合并操作 回退版本的区别,请看下面的图片:

四、结果:

请查看两次 合并的区别,非常明显: 

关闭快进模式

合并操作: 生成了新的提交Merge branch 'dev' into sit

 回退上个版本: 上次合并提交的都回退了

默认的 开启快进模式

合并操作: 并没有创建新的提交

 回退上个版本:  发现并没有回到退sit之前的提交,而是回退到了dev的上次提交