A. svn 命令行怎麼解決沖突
解決版本沖突的命令。在沖突解決之後，需要使用svn resolved來告訴subversion沖突解決，這樣才能提交更新。沖突發生時，subversion會在Work Copy中保存所有的目標文件版本（上次更新版本、當前獲取的版本，即別人提交的版本、自己更新的版本、目標文件。假設文件名是sandwich.txt，對應的文件名分別是：sandwich.txt.r1、
sandwich.txt.r2、sandwich.txt.mine、sandwich.txt）。同時在目標文件中標記來自不同用戶的更改。
解決沖突的辦法：
- 手動解決：沖突發生時，通過和其他用戶溝通之後，手動更新目標文件。然後執行svn resolved filename來解除沖突，最後提交。
- 放棄自己的更新，使用別人的更新。使用最新獲取的版本覆蓋目標文件，執行svn resolved filename並提交。
- 放棄自己的更新，使用svn revert，然後提交。在這種方式下不需要使用svn resolved。
對於svn resolved命令需要非常小心，必須是非常確定沖突已經解決才能使用。否則，會導致Subversion以為沖突解決，而使代碼庫不正確。 解決沖突詳細文檔:
http://svnbook.subversion.org.cn/1.2/svn.tour.cycle.html#svn.tour.cycle.resolve 解決沖突（合並別人的修改）
我們可以使用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屬性來決定一個文件是否可以使用上下文的，以行為基礎合並，更多信息可以看「svn:mime-type」一節）。
● 對於每一個沖突的文件，Subversion放置三個額外的未版本化文件到你的工作拷貝：
● filename.mine
● 你更新前的文件，沒有沖突標志，只是你最新更改的內容。（如果Subversion認為這個文件不可以合並，.mine文件不會創建，因為它和工作文件相同。） ● filename.rOLDREV