個人向筆記。

（為什么沒截圖，因為公司電腦沒法截圖！）

1 前言

????????主要記錄在使用Git協(xié)同開發(fā)時的各種問題，方便以后查閱。

2 記錄

2.1? 合并沖突

????????git pull下來后直接給合并了，麻了。若不想直接合并應(yīng)該先把分支git fetch下來，需要合并再git merge?；氐絾栴}，發(fā)生沖突后命令行標(biāo)題的分支后面會有Merging的表示大概是這樣：

xxxxx xxxx /xx/x/x/x/xx/x/x/x/x/x (分支名|MERGING)
$

這就是沖突了，需要我們?nèi)ナ謩咏鉀Q沖突，所以分支處于Merging狀態(tài)。

2.1.1 取消合并

????????我們可以選擇輸入

git merge --abort

來終止這次合并，還原為沒有合并的狀態(tài)，但拉取的分支還是存在，只是取消了合并操作。

2.1.2 處理沖突合并

? ? ? ? 我們也可以選擇去處理分支，輸入git status查看狀態(tài)，其會列出有哪些文件沖突了。之后去編輯文件即可，可以選擇直接在目錄中找到文件選擇合適的方式打開它來編輯，或者在命令行界面通過vim命令編輯：

vim <路徑/文件名>

里面通常會有g(shù)it添加的"<<<<<<<<<"、"==========="、">>>>>>>>>>>"標(biāo)識，以"======"為分界，前面的內(nèi)容是本地修改內(nèi)容，后面的內(nèi)容是拉取修改的內(nèi)容，這兩塊內(nèi)容即是我們與拉取沖突的內(nèi)容。最簡單的方法是，刪除其中一塊內(nèi)容（git添加的標(biāo)識也要刪除），保留其中一塊，即二選一?；蛘哌x擇兩者都保存，即合并在一起，但是！合并并不是說把標(biāo)識一刪就完事，對于簡單內(nèi)容，我們可以直接刪除標(biāo)識，保留兩份內(nèi)容，但也有復(fù)雜的情況不能簡單這么做，接下來舉例說明：

比如先有.txt文件：

AAAAA
FFFFF
ZZZZZ

我們這里假設(shè)這種情況：上為AAAAA，下為ZZZZZ，再加上中間的內(nèi)容，才是一個有效內(nèi)容。

人員A，修改文件為：

AAAAA
11111
ZZZZZ

人員B，修改文件為：

AAAAA
22222
ZZZZZ

那么，當(dāng)A提交后，B拉取時發(fā)生沖突，此時文件將顯示為（標(biāo)識大概是這樣，我做了簡化）：

AAAAA
<<<<<<<<<<
22222
==========
11111
>>>>>>>>>>
ZZZZZ

那么人員B開始處理沖突，A和B商量后決定都要保留，但此時回顧上面我們說的假設(shè)情況，那么可知，A想要的內(nèi)容是三行，而B想要的內(nèi)容也是三行，他們倆的內(nèi)容合并在一起應(yīng)該是：

AAAAA
22222
ZZZZZ
AAAAA
11111
ZZZZZ

三行為一組，前后順序這里無所謂。如果我們對沖突文件編輯，只是把標(biāo)識刪除只能得到：

AAAAA
22222
11111
ZZZZZ

那么我們只是得到了一個錯誤的文件。這就是前面所說的，存在復(fù)雜情況，這種情況下不能簡單的刪除標(biāo)識來合并。針對這種復(fù)雜情況要了解文件內(nèi)容的編排原理是什么，然后結(jié)合文件內(nèi)容、沖突內(nèi)容，進(jìn)行調(diào)整合并。 個人覺得這種復(fù)雜合并很容易出錯。

? ? ? ? 在處理完文件后，提交到暫存區(qū)（git add .），然后再提交本地倉庫（git commit）即可。

2.1.3?不處理沖突合并

????????直接提交到暫存區(qū)（git add .），然后再提交本地倉庫（git commit）。這樣文件就會以Git加上標(biāo)識的狀態(tài)直接被提交，基本程序是必出錯的。

? ? ? ? 這種情況適合于說這個文件沖突了，但它是可以隨時刪除，或者本地重新生成的，所以我不處理它們的沖突，直接合并，之后我把這些文件再刪除掉，或者本地重新生成。

? ? ? ? 這種算是少數(shù)情況了。

2.1.4 警惕特殊文件

? ? ? ? 還存在一些特殊文件，比如二進(jìn)制文件，沖突后真是沒法處理，有些都沒法識別文件里的內(nèi)容哪里沖突了。

? ? ? ? 要盡量避免這種文件的沖突，因為真的很難處理。我目前對于這種不能編輯的都是直接“不處理沖突”，然后把合并后的文件刪除，換份新的。

3 后記

????????暫時這些，有了再補。