『壹』 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
『貳』 svn 命令行怎麼解決沖突
工程師A修改了a.txt的第一行，提交了。
工程師B也修改了a.txt的第一行，然後執行svn up，這時SVN提示了：（以下，你開始扮演工程師B的角色了）
$ svn up
在 「a.txt」 中發現沖突。
選擇: (p) 推遲，(df) 顯示全部差異，(e) 編輯,
(mc) 我的版本, (tc) 他人的版本,
(s) 顯示全部選項:
我一般選擇p（推遲），即引入沖突到本地，不過不會影響到SVN伺服器端，可以放心。
OK，開始解決沖突了。
這時，會生成幾個文件：
a.txt a.txt.mine a.txt.r6328 a.txt.r6336
其中a.txt中包含了工程師A、B的所有修改，以<<<<<<<、=======、>>>>>>>分隔。
a.txt.mine是工程師B的修改，也就是未update前的a.txt。
a.txt.r6328 是工程師A提交前的版本，即未導致沖突的版本。
a.txt.r6336是工程師A提交後的版本，即導致沖突的版本。
一般，查看a.txt就可以看到沖突的詳情了：
[yicheng@chengyi svntest]$ cat a.txt
<<<<<<< .mine
i also modify ,agndagnagasdg;
=======
i modify this line;
>>>>>>> .r6336
以上，<<<<<<< .mine和=======之間是工程師B（當前的「你」）修改的內容，=======與>>>>>>> .r6336之間是工程師A修改的內容。這時，最好的辦法是，叫上工程師A，你們一起確定這些修改是否都需要，是否相互兼容，然後留下需要的部分，刪 除<<<<<<< .mine、=======和>>>>>>> .r6336。
然後，測試，測試！確定沒問題之後，就可以告訴SVN，你解決沖突了：
svn resolve –accept working a.txt (該命令會刪除a.txt.mine a.txt.r6328 a.txt.r6336）
svn ci -m 』some comment』 a.txt
這里需要注意的是，a.txt.mine a.txt.r6328 a.txt.r6336這幾個文件的存在代表著有沖突產生。如果不解決沖突，就手工刪除它們，SVN伺服器也會很傻的認為你解決了沖突，允許你繼續之後 的工作。但是，沖突依舊存在，你的a.txt中不但有別人的修改，還有那些討厭的<=>符號。
在沖突未解決前，試圖提交代碼是肯定會失敗的：
$ svn ci -m 」
svn: 提交失敗(細節如下):
svn: 提交終止: 「/path/to/svntest/a.txt」 處於沖突狀態
在使用svn update 的時候，會出現如下一些信息：
$ svn update
U INSTALL
G README
C bar.c
Updated to revision 46.
那麼，U 開頭的信息提示你，這個文件在你本地沒有修改過，文件已經根據版本庫的新版本更新了。G 開頭的信息提示你，這個文件在你本地已經修改過，但是和版本庫中對應的版本並沒有沖突的地方，svn已經合並更新了。而C 開頭的信息提示你，這個文件有點麻煩，你在本地的修改和版本庫中的版本修改的地方重疊了，也就是說，你修改了某一行，你的同事也修改了同一行。這個就需要你自己手工去解決了。當沖突發生時，要注意到有三件事情可以幫助你解決問題。
『叄』 linux 下得 svn 因為沖突被鎖定了，怎麼解開
你清理下啊，然後繼續Down。或者直接把SVN的隱藏配置全部刪除，從新Down
『肆』 svn有沖突怎麼解決
在團隊開發中很多情況都會出現，下面就來一個一個的講解一下svn中的一下應用，以及遇到問題後如何解決。在Myeclipse中一定要有安裝svn，可以在線安裝也可以離線安裝。
項目一定要是在svn中檢出出來的，還有就是做過修改的，不管會別人修改的還是自己修改的，這樣才能看出來有沒有差別，然後右擊項目找打Team的與資源庫同步，這樣就能進入同步的界面，我們就從這里開始分析。
在途中最重要的是要分析一下這個區域的東西。
分析：第一個圖標是重新同步，如果在你同步的過程中還有人提交了文件，那麼點擊這個就會重新同步；第二：一個加號的那個是你自己有沒有添加文件，如果有添加的文件上就會出現一個加號圖標，減號也一樣，如果你刪除了文件上一樣會出現一個減號的圖。第三：藍色的圖標是別人提交的東西；第四：想右的灰色箭頭是你要提交的東西或者是修改的東西；第五：如果是全部的；而第六個紅色的箭頭的是別人的東西和你提交的東西改到了同一個地方。
其實紅色箭頭是需要處理的，這是需要雙擊文件，如果在兩個文件區域沒有紅色的區域那就可以直接更新，然後在提交，如果有紅色的區域，你需要解決一下沖突，你可以把你寫的東西換到其他的行中，這樣就不會沖突了，也可以兩個改的相通即可。