本篇文章給大家?guī)砝睪it的相關(guān)知識,其中主要介紹了高級合并,包括了合并沖突、撤銷合并等相關(guān)問題,希望對大家有幫助。
推薦學(xué)習(xí):《Git學(xué)習(xí)教程》
高級合并
在 Git 中合并是相當(dāng)容易的。 因為 Git 使多次合并另一個分支變得很容易,這意味著你可以有一個始終保持最新的長期分支, 經(jīng)常解決小的沖突,比在一系列提交后解決一個巨大的沖突要好。
然而,有時也會有棘手的沖突。 不像其他的版本控制系統(tǒng),Git 并不會嘗試過于聰明的合并沖突解決方案。 Git 的哲學(xué)是聰明地決定無歧義的合并方案,但是如果有沖突,它不會嘗試智能地自動解決它。 因此,如果很久之后才合并兩個分叉的分支,你可能會撞上一些問題。
在本節(jié)中,我們將會仔細(xì)查看那些問題是什么以及 Git 給了我們什么工具來幫助我們處理這些更難辦的情形。 我們也會了解你可以做的不同的、非標(biāo)準(zhǔn)類型的合并,也會看到如何后退到合并之前。
合并沖突
我們在 遇到?jīng)_突時的分支合并 介紹了解決合并沖突的一些基礎(chǔ)知識, 對于更復(fù)雜的沖突,Git 提供了幾個工具來幫助你指出將會發(fā)生什么以及如何更好地處理沖突。
首先,在做一次可能有沖突的合并前盡可能保證工作目錄是干凈的。 如果你有正在做的工作,要么提交到一個臨時分支要么儲藏它。 這使你可以撤消在這里嘗試做的 任何事情 。 如果在你嘗試一次合并時工作目錄中有未保存的改動,下面的這些技巧可能會使你丟失那些工作。
讓我們通過一個非常簡單的例子來了解一下。 我們有一個超級簡單的打印 hello world 的 Ruby 文件。
#! /usr/bin/env ruby def hello puts 'hello world' end hello()
在我們的倉庫中,創(chuàng)建一個名為 whitespace
的新分支并將所有 Unix 換行符修改為 DOS 換行符, 實質(zhì)上雖然改變了文件的每一行,但改變的都只是空白字符。 然后我們修改行 “hello world” 為 “hello mundo”。
$ git checkout -b whitespace Switched to a new branch 'whitespace' $ unix2dos hello.rb unix2dos: converting file hello.rb to DOS format ... $ git commit -am 'converted hello.rb to DOS' [whitespace 3270f76] converted hello.rb to DOS 1 file changed, 7 insertions(+), 7 deletions(-) $ vim hello.rb $ git diff -b diff --git a/hello.rb b/hello.rb index ac51efd..e85207e 100755 --- a/hello.rb +++ b/hello.rb @@ -1,7 +1,7 @@ #! /usr/bin/env ruby def hello - puts 'hello world' + puts 'hello mundo'^M end hello() $ git commit -am 'hello mundo change' [whitespace 6d338d2] hello mundo change 1 file changed, 1 insertion(+), 1 deletion(-)
現(xiàn)在我們切換回我們的 master
分支并為函數(shù)增加一些注釋。
$ git checkout master Switched to branch 'master' $ vim hello.rb $ git diff diff --git a/hello.rb b/hello.rb index ac51efd..36c06c8 100755 --- a/hello.rb +++ b/hello.rb @@ -1,5 +1,6 @@ #! /usr/bin/env ruby +# prints out a greeting def hello puts 'hello world' end $ git commit -am 'document the function' [master bec6336] document the function 1 file changed, 1 insertion(+)
現(xiàn)在我們嘗試合并入我們的 whitespace
分支,因為修改了空白字符,所以合并會出現(xiàn)沖突。
$ git merge whitespace Auto-merging hello.rb CONFLICT (content): Merge conflict in hello.rb Automatic merge failed; fix conflicts and then commit the result.
中斷一次合并
我們現(xiàn)在有幾個選項。 首先,讓我們介紹如何擺脫這個情況。 你可能不想處理沖突這種情況,完全可以通過 git merge --abort
來簡單地退出合并。
$ git status -sb ## master UU hello.rb $ git merge --abort $ git status -sb ## master
git merge --abort
選項會嘗試恢復(fù)到你運行合并前的狀態(tài)。 但當(dāng)運行命令前,在工作目錄中有未儲藏、未提交的修改時它不能完美處理,除此之外它都工作地很好。
如果出于某些原因你想要重來一次,也可以運行 git reset --hard HEAD
回到上一次提交的狀態(tài)。 請牢記此時任何未提交的工作都會丟失,所以請確認(rèn)你不需要保留任何改動。
忽略空白
在這個特定的例子中,沖突與空白有關(guān)。 我們知道這點是因為這個例子很簡單,但是在實際的例子中發(fā)現(xiàn)這樣的沖突也很容易, 因為每一行都被移除而在另一邊每一行又被加回來了。 默認(rèn)情況下,Git 認(rèn)為所有這些行都改動了,所以它不會合并文件。
默認(rèn)合并策略可以帶有參數(shù),其中的幾個正好是關(guān)于忽略空白改動的。 如果你看到在一次合并中有大量關(guān)于空白的問題,你可以直接中止它并重做一次, 這次使用 -Xignore-all-space
或 -Xignore-space-change
選項。 第一個選項在比較行時 完全忽略 空白修改,第二個選項將一個空白符與多個連續(xù)的空白字符視作等價的。
$ git merge -Xignore-space-change whitespace Auto-merging hello.rb Merge made by the 'recursive' strategy. hello.rb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
因為在本例中,實際上文件修改并沒有沖突,一旦我們忽略空白修改,每一行都能被很好地合并。
如果你的團(tuán)隊中的某個人可能不小心重新格式化空格為制表符或者相反的操作,這會是一個救命稻草。
手動文件再合并
雖然 Git 對空白的預(yù)處理做得很好,還有很多其他類型的修改,Git 也許無法自動處理,但是腳本可以處理它們。 例如,假設(shè) Git 無法處理空白修改因此我們需要手動處理。
我們真正想要做的是對將要合并入的文件在真正合并前運行 dos2unix
程序。 所以如果那樣的話,我們該如何做?
首先,我們進(jìn)入到了合并沖突狀態(tài)。 然后我們想要我的版本的文件,他們的版本的文件(從我們將要合并入的分支)和共同的版本的文件(從分支叉開時的位置)的拷貝。 然后我們想要修復(fù)任何一邊的文件,并且為這個單獨的文件重試一次合并。
獲得這三個文件版本實際上相當(dāng)容易。 Git 在索引中存儲了所有這些版本,在 “stages” 下每一個都有一個數(shù)字與它們關(guān)聯(lián)。 Stage 1 是它們共同的祖先版本,stage 2 是你的版本,stage 3 來自于 MERGE_HEAD
,即你將要合并入的版本(“theirs”)。
通過 git show
命令與一個特別的語法,你可以將沖突文件的這些版本釋放出一份拷貝。
$ git show :1:hello.rb > hello.common.rb $ git show :2:hello.rb > hello.ours.rb $ git show :3:hello.rb > hello.theirs.rb
如果你想要更專業(yè)一點,也可以使用 ls-files -u
底層命令來得到這些文件的 Git blob 對象的實際 SHA-1 值。
$ git ls-files -u 100755 ac51efdc3df4f4fd328d1a02ad05331d8e2c9111 1 hello.rb 100755 36c06c8752c78d2aff89571132f3bf7841a7b5c3 2 hello.rb 100755 e85207e04dfdd5eb0a1e9febbc67fd837c44a1cd 3 hello.rb
:1:hello.rb
只是查找那個 blob 對象 SHA-1 值的簡寫。
既然在我們的工作目錄中已經(jīng)有這所有三個階段的內(nèi)容,我們可以手工修復(fù)它們來修復(fù)空白問題,然后使用鮮為人知的 git merge-file
命令來重新合并那個文件。
$ dos2unix hello.theirs.rb dos2unix: converting file hello.theirs.rb to Unix format ... $ git merge-file -p hello.ours.rb hello.common.rb hello.theirs.rb > hello.rb $ git diff -b diff --cc hello.rb index 36c06c8,e85207e..0000000 --- a/hello.rb +++ b/hello.rb @@@ -1,8 -1,7 +1,8 @@@ #! /usr/bin/env ruby +# prints out a greeting def hello - puts 'hello world' + puts 'hello mundo' end hello()
在這時我們已經(jīng)漂亮地合并了那個文件。 實際上,這比使用 ignore-space-change
選項要更好,因為在合并前真正地修復(fù)了空白修改而不是簡單地忽略它們。 在使用 ignore-space-change
進(jìn)行合并操作后,我們最終得到了有幾行是 DOS 行尾的文件,從而使提交內(nèi)容混亂了。
如果你想要在最終提交前看一下我們這邊與另一邊之間實際的修改, 你可以使用 git diff
來比較將要提交作為合并結(jié)果的工作目錄與其中任意一個階段的文件差異。 讓我們看看它們。
要在合并前比較結(jié)果與在你的分支上的內(nèi)容,換一句話說,看看合并引入了什么,可以運行 git diff --ours
$ git diff --ours * Unmerged path hello.rb diff --git a/hello.rb b/hello.rb index 36c06c8..44d0a25 100755 --- a/hello.rb +++ b/hello.rb @@ -2,7 +2,7 @@ # prints out a greeting def hello - puts 'hello world' + puts 'hello mundo' end hello()
這里我們可以很容易地看到在我們的分支上發(fā)生了什么,在這次合并中我們實際引入到這個文件的改動,是修改了其中一行。
如果我們想要查看合并的結(jié)果與他們那邊有什么不同,可以運行 git diff --theirs
。 在本例及后續(xù)的例子中,我們會使用 -b
來去除空白,因為我們將它與 Git 中的, 而不是我們清理過的 hello.theirs.rb
文件比較。
$ git diff --theirs -b * Unmerged path hello.rb diff --git a/hello.rb b/hello.rb index e85207e..44d0a25 100755 --- a/hello.rb +++ b/hello.rb @@ -1,5 +1,6 @@ #! /usr/bin/env ruby +# prints out a greeting def hello puts 'hello mundo' end
最終,你可以通過 git diff --base
來查看文件在兩邊是如何改動的。
$ git diff --base -b * Unmerged path hello.rb diff --git a/hello.rb b/hello.rb index ac51efd..44d0a25 100755 --- a/hello.rb +++ b/hello.rb @@ -1,7 +1,8 @@ #! /usr/bin/env ruby +# prints out a greeting def hello - puts 'hello world' + puts 'hello mundo' end hello()
在這時我們可以使用 git clean
命令來清理我們?yōu)槭謩雍喜⒍鴦?chuàng)建但不再有用的額外文件。
$ git clean -f Removing hello.common.rb Removing hello.ours.rb Removing hello.theirs.rb
檢出沖突
也許有時我們并不滿意這樣的解決方案,或許有時還要手動編輯一邊或者兩邊的沖突,但還是依舊無法正常工作,這時我們需要