git merge的--ff --no-ff --squash参

作者: 修行者12138 | 来源:发表于2020-10-06 11:01 被阅读0次

github
git的冲突解决
git入门笔记
git merge --no-ff
git merge or rebase
git merge 的奥秘
『 merge --ff』 VS 『 merge --no-ff
git使用-merge、--no-ff、rebase
git rebase、git merge --no-ff和git
git压缩版本快照

在master上拉一条dev分支，不做任何修改，dev分支的git log如下，与master一样，只有一次commit信息

$ git log
commit da487ec6f73886a52f4dc3ebc6c7c77b63fda4b7 (HEAD -> dev, master)
Author: crazyboy 
Date:   Tue Oct 6 22:32:57 2020 +0800

    初始化

在dev分支执行两次commit，此时dev分支的git log如下

$ git log
commit e695f8684772e79b5146f55f2203f9e3b4750823 (HEAD -> dev)
Author: crazyboy 
Date:   Tue Oct 6 22:36:38 2020 +0800

    commit 2

commit 9bdfa619268a00898b472f40ef519d9cf0212acd
Author: crazyboy
Date:   Tue Oct 6 22:36:05 2020 +0800

    commit 1

commit da487ec6f73886a52f4dc3ebc6c7c77b63fda4b7 (master)
Author: crazyboy 
Date:   Tue Oct 6 22:32:57 2020 +0800

    初始化

切换回master，执行git merge dev，可以看到提示了Fast-forward

$ git merge dev
Updating da487ec..e695f86
Fast-forward
 Hello.java | 2 ++
 1 file changed, 2 insertions(+)

此时，master分支git log如下，可以看到，master的HEAD指针与dev的HEAD指针，指向的是同一个commit，说明git merge --ff仅仅是移动了master的HEAD指针，并且可以看到dev的提交历史
注: git merge的默认参数是--ff，即fast-forward，快进的意思

$ git log
commit e695f8684772e79b5146f55f2203f9e3b4750823 (HEAD -> master, dev)
Author: crazyboy <15813514053@163.com>
Date:   Tue Oct 6 22:36:38 2020 +0800

    commit 2

commit 9bdfa619268a00898b472f40ef519d9cf0212acd
Author: crazyboy <15813514053@163.com>
Date:   Tue Oct 6 22:36:05 2020 +0800

    commit 1

commit da487ec6f73886a52f4dc3ebc6c7c77b63fda4b7
Author: crazyboy <15813514053@163.com>
Date:   Tue Oct 6 22:32:57 2020 +0800

    初始化

在master执行git reset HEAD^^ --hard，回退到master最初的版本
注: 需要回退两次，才能回到最初的版本

$ git log
commit da487ec6f73886a52f4dc3ebc6c7c77b63fda4b7 (HEAD -> master)
Author: crazyboy <15813514053@163.com>
Date:   Tue Oct 6 22:32:57 2020 +0800

    初始化

在master分支执行git merge --no-ff dev，会要求输入commit备注，git log如下，可以看到，除了dev的两次commit，还有一次merge的commit信息
注: --no-ff，即不开启fast-forward模式

$ git log
commit b5444f26db3fdcd44041828f850ee25897c69555 (HEAD -> master)
Merge: da487ec e695f86
Author: crazyboy <15813514053@163.com>
Date:   Tue Oct 6 23:05:47 2020 +0800

    Merge branch 'dev'

commit e695f8684772e79b5146f55f2203f9e3b4750823 (dev)
Author: crazyboy <15813514053@163.com>
Date:   Tue Oct 6 22:36:38 2020 +0800

    commit 2

commit 9bdfa619268a00898b472f40ef519d9cf0212acd
Author: crazyboy <15813514053@163.com>
Date:   Tue Oct 6 22:36:05 2020 +0800

    commit 1

commit da487ec6f73886a52f4dc3ebc6c7c77b63fda4b7
Author: crazyboy <15813514053@163.com>
Date:   Tue Oct 6 22:32:57 2020 +0800

    初始化

执行git reset HEAD^ --hard，git log如下
注: 仅回退一次，就回到了最初的版本

$ git log
commit da487ec6f73886a52f4dc3ebc6c7c77b63fda4b7 (HEAD -> master)
Author: crazyboy <15813514053@163.com>
Date:   Tue Oct 6 22:32:57 2020 +0800

    初始化

执行git merge --squash dev，git log如下，看不到dev的两次commit信息，也没有merge的commit信息，master的HEAD指针并没有变化，但是确实把dev的内容合并过来了
注: squash指压缩，即压缩commit信息

$ git log
commit da487ec6f73886a52f4dc3ebc6c7c77b63fda4b7 (HEAD -> master)
Author: crazyboy <15813514053@163.com>
Date:   Tue Oct 6 22:32:57 2020 +0800

    初始化

总结

--ff --no-ff --squash这三个参数，文件最终合并结果是一样的，但commit信息不一样
--ff是快进，即简单的移动HEAD指针，可以看到dev的commit信息（通过commit信息看不出执行了merge操作）；
--no-ff是关闭快进，除了看到dev的commit信息，还有merge的commit信息（通过commit信息可以看出执行了merge操作）；
--squash是压缩，完全看不到commit信息

除了commit信息不一样，执行reset的时候，结果也不一样
如果使用--ff，执行两次git reset HEAD^ --hard，才能回退dev的两次commit；
如果使用--no-ff，执行一次git reset HEAD^ --hard，就能回退dev的两次commit；
如果使用--squash，不产生commit信息，根本没法执行git reset HEAD^ --hard