記住

merge是主動(dòng)merge的，所以可以存在沒有commit啊！

取消

git merge --abort

分類

--ff參數(shù)和--no-ff?參數(shù)

--ff指的是fast-forward方式,

--no-ff指的是強(qiáng)行關(guān)閉fast-forward方式。

fast-forward方式就是當(dāng)條件允許的時(shí)候，git直接把HEAD指針指向合并分支的頭，完成合并。屬于“快進(jìn)方式”，不過這種情況如果刪除分支，則會(huì)丟失分支信息。因?yàn)樵谶@個(gè)過程中沒有創(chuàng)建commit

git merge --squash?是用來把一些不必要commit進(jìn)行壓縮，比如說，你的feature在開發(fā)的時(shí)候?qū)懙腸ommit很亂，那么我們合并的時(shí)候不希望把這些歷史commit帶過來，于是使用--squash進(jìn)行合并，此時(shí)文件已經(jīng)同合并后一樣了，但不移動(dòng)HEAD，不提交。需要進(jìn)行一次額外的commit來“總結(jié)”一下，然后完成最終的合并。
--no-ff：不使用fast-forward方式合并，保留分支的commit歷史
--squash：使用squash方式合并，把多次分支commit歷史壓縮為一次

過程

?

?

這個(gè)時(shí)候生成了一個(gè)新的commit號(hào)，這種提交就不是fast-forward

(這個(gè)時(shí)候也無法生成fast-forward提交，因?yàn)橐獙蓚€(gè)版本的內(nèi)容進(jìn)行合并，只有在沒有需要合并內(nèi)容的時(shí)候，

會(huì)有這個(gè)fast-forward?方式的提交）。
如果我們對(duì)第一次合并，使用了--no-ff參數(shù)，那么也會(huì)產(chǎn)生這樣的結(jié)果，

生成一個(gè)新的提交，實(shí)際上等于是對(duì)C4?進(jìn)行一次復(fù)制，創(chuàng)建一個(gè)新的commit，這就是--no-ff的作用。

參考

https://www.oxysun.cn/git/git-git-merge-ff-no-ff.html

https://segmentfault.com/q/1010000002477106

總結(jié)

以上是生活随笔為你收集整理的Git的merge的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。