我們可以使用 svn status -u 來預測衝突，當你執行svn update一些有趣的事情發生了：

$ svn update
U  INSTALL
G  README
C  bar.c
Updated to revision 46.

U和G沒必要關心，檔案乾淨的接受了版本庫的變化，檔案標示為
U表明本地沒有修改，檔案已經根據版本庫更新。
G標示合併，標示本地已經修改過，與版本庫沒有重迭的地方，已經合併。
C表示衝突，說明伺服器上的改動同你的改動衝突了，你需要自己手工去解決。

• Subversion在更新時列印C標記，並且標記這個檔案已衝突。
• 如果Subversion認為這個檔案是可合併的，它會置入衝突標記—特殊的橫線分開衝突的”兩面”—在檔案裡視覺化的描述重疊的部分(Subversion使用svn:mime-type屬性來決定一個檔案是否可以使用上下文的，以行為基礎的合併)
• 對於每一個衝突的檔案，Subversion放置三個額外的未版本化檔案到你的工作拷貝：

filename.mine
你更新前的檔案，沒有衝突標誌，只是你最新更改的內容。(如果Subversion認為這個檔案不可以合併，.mine檔案不會建立，因為它和工作檔案相同。)
filename.rOLDREV
這是你的做更新操作以前的BASE版本檔案，就是你在上次更新之後未作更改的版本。
filename.rNEWREV
這是你的Subversion客戶端從伺服器剛剛收到的版本，這個檔案對應版本庫的HEAD版本。

這裡OLDREV是你的.svn目錄中的修訂版本號，NEWREV是版本庫中HEAD的版本號。

舉一個例子，Sally修改了sandwich.txt，Harry剛剛改變了他的本地拷貝中的這個檔案並且提交到伺服器，Sally在提交之前更新它的工作拷貝得到了衝突：

$ svn update
C  sandwich.txt
Updated to revision 2.
$ ls -1
sandwich.txt
sandwich.txt.mine
sandwich.txt.r1
sandwich.txt.r2

在這種情況下，Subversion不會允許你提交sandwich.txt，直到你的三個臨時檔案被刪掉。

$ svn commit -m "Add a few more things"
svn: Commit failed (details follow):
svn: Aborting commit: '/home/sally/svn-work/sandwich.txt' remains in conflict

如果你遇到衝突，三件事你可以選擇：

• “手動”合併衝突文字(檢查和修改檔案中的衝突標誌)。
• 用某一個臨時檔案覆蓋你的工作檔案。
• 執行svn revert 來放棄所有的本地修改。

一旦你解決了衝突，你需要通過命令 svn resolved 讓Subversion知道，這樣就會刪除三個臨時檔案，Subversion就不會認為這個檔案是在衝突狀態了。[6]

手工合併衝突
假如你和同事Sally，同時編輯了sandwich.txt。Sally提交了修改，當你準備更新你的工作拷貝，衝突發生了，我們不得不去修改sandwich.txt來解決這個問題。首先，看一下這個檔案：

$ cat sandwich.txt
Top piece of bread
Mayonnaise
Lettuce
Tomato
Provolone
<<<<<<< .mine
Salami
Mortadella
Prosciutto
=======
Sauerkraut
Grilled Chicken
>>>>>>> .r2
Creole Mustard
Bottom piece of bread

小於號、等於號和大於號串是衝突標記，並不是衝突的資料，你一定要確定這些內容在下次提交之前得到刪除，前兩組標誌中間的內容是你在衝突區所做的修改：

<<<<<<< .mine
Salami
Mortadella
Prosciutto
=======

後兩組之間的是Sally提交的修改衝突：

=======
Sauerkraut
Grilled Chicken
>>>>>>> .r2

通常你並不希望只是刪除衝突標誌和Sally的修改—當她收到三明治時，會非常的吃驚。所以你應該走到她的辦公室或是拿起電話告訴Sally，你沒辦法從從義大利熟食店得到想要的泡菜。[7]一旦你們確認了提交內容後，修改檔案並且刪除衝突標誌。

Top piece of bread
Mayonnaise
Lettuce
Tomato
Provolone
Salami
Mortadella
Prosciutto
Creole Mustard
Bottom piece of bread

現在執行svn resolved，你已經準備好提交了：

$ svn resolved sandwich.txt
$ svn commit -m "Go ahead and use my sandwich, discarding Sally's edits."

注意svn resolved不像我們本章學過的其他命令一樣需要引數，在任何你認為解決了衝突的時候，只需要小心執行svn resolved，一旦刪除了臨時檔案，Subversion會讓你提交這檔案，即使檔案中還存在衝突標記。

複製檔案到你的工作檔案

如果你只是希望取消你的修改，你可以僅僅拷貝Subversion為你生成的檔案替換你的工作拷貝：

$ svn update
C  sandwich.txt
Updated to revision 2.
$ ls sandwich.*
sandwich.txt  sandwich.txt.mine  sandwich.txt.r2  sandwich.txt.r1
$ cp sandwich.txt.r2 sandwich.txt
$ svn resolved sandwich.txt

腳註：使用svn revert

如果你得到衝突，經過檢查你決定取消自己的修改並且重新編輯，你可以恢復你的修改：

$ svn revert sandwich.txt
Reverted 'sandwich.txt'
$ ls sandwich.*
sandwich.txt

注意，當你恢復一個衝突的檔案時，不需要再執行svn resolved。

備註：

本文轉自svn中文手冊 http://svndoc.iusesvn.com/svnbook/1.4/
衝突網址：http://svndoc.iusesvn.com/svnbook/1.4/svn.tour.cycle.html#svn.tour.cycle.resolve