版本衝突原因：
假設a、b兩個使用者都在版本號為100的時候，更新了kingtuns.txt這個檔案，a使用者在修改完成之後提交kingtuns.txt到伺服器，這個時候提交成功，這個時候kingtuns.txt檔案的版本號已經變成101了。同時b使用者在版本號為100的kingtuns.txt檔案上作修改，修改完成之後提交到伺服器時，由於不是在當前最新的101版本上作的修改，所以導致提交失敗。
版本衝突現象：
衝突發生時，subversion會在當前工作目錄中儲存所有的目標檔案版本[上次更新版本、當前獲取的版本(即別人提交的版本)、自己更新的版本、目標檔案]。
假設檔名是kingtuns.txt
對應的檔名分別是：
kingtuns.txt.r101
kingtuns.txt.r102
kingtuns.txt.mine
kingtuns.txt。同時在目標檔案中標記來自不同使用者的更改。
版本衝突解決：
場景：1、現在a、b兩個使用者都更新kingtuns.txt檔案到本地。
2、文件中原始檔案內容如下：
3、a使用者修改檔案，新增內容「a使用者修改內容」完成後提交到伺服器
4、b使用者修改檔案，新增內容「b使用者修改內容」完成後提交到伺服器
b使用者提交更新至伺服器時提示如下：
b使用者將檔案提交至伺服器時，提示版本過期：首先應該從版本庫更新版本，然後去解決衝突，衝突解決後要執行svn resolved（解決），然後在簽入到版本庫。在衝突解決之後，需要使用svn resolved（解決）來告訴subversion衝突解決，這樣才能提交更新。
解決衝突有三種選擇：
a、放棄自己的更新，使用svn revert（回滾），然後提交。在這種方式下不需要使用svn resolved（解決）
b、放棄自己的更新，使用別人的更新。使用最新獲取的版本覆蓋目標檔案，執行resolved filename並提交(選擇檔案—右鍵—解決)。
c、手動解決：衝突發生時，通過和其他使用者溝通之後，手動更新目標檔案。然後執行resolved filename來解除衝突，最後提交。
解決步驟如下：
1、 在當前目錄下執行「update」（更新）操作
2、 在衝突的檔案上（選中檔案--右鍵選單—tortoisesvn—edit conflicts（解決衝突）），出現如下視窗
theirs視窗為伺服器上當前最新版本
mine視窗為本地修改後的版本
merged視窗為合併後的檔案內容顯示
3、 如果要使用伺服器版本，在theirs視窗選中差異內容，右鍵，選擇use this text block（使用這段文字塊）。
同理如果要使用本地版本，在協商後，在mine視窗右鍵，選擇use this text block（使用這段文字塊）。
4、 修改完成後，儲存kingtuns.txt檔案內容。
5、 在b使用者的衝突目錄下，選中檔案--右鍵選單—tortoisesvn—resolved（解決）。會列出衝突的檔案列表，如果確認已經解決，點ok。
6、 衝突解決
7、提交解決衝突後的檔案。
如何降低衝突解決的複雜度：
1、當文件編輯完成後，盡快提交，頻繁的提交/更新可以降低在衝突發生的概率，以及發生時解決衝突的複雜度。
2、在提交時，寫上明確的message，方便以後查詢使用者更新的原因，畢竟隨著時間的推移，對當初更新的原因有可能會遺忘
3、養成良好的使用習慣，使用svn時每次都是先提交，後更新。每天早上開啟後，首先要從版本庫獲取最新版本。每天下班前必須將已經編輯過的文件都提交到版本庫。
svn衝突解決
by lone on june 21,2011 1 如何產生衝突 當開發人員a和開發人員b從版本庫同時檢出文件1.txt，而a和b同時修改了1.txt的同一地方，後提交的一方會在拷貝副本中產生衝突。兩個工作拷貝，a拷貝中檔案1.txt內容為 dfqerq 123dfwre b拷貝中檔案1.txt內容...
svn解決衝突
2個使用者修改了同乙個原始檔，a使用者先提交 然後b使用者提交 這個時候就出現衝突了。出現衝突之後，b使用者這邊出現了4個檔案 1個是原始檔本身 3個附加的原始檔 1.原始檔本身的意思是指，該檔案在解決衝突之後可以被提交。這個檔案裡面包含了本地的檔案，加上自己修改的 加上別人修改的 除此之外，還有小...
SVN 解決衝突
版本衝突原因 假設a b兩個使用者都在版本號為100的時候，更新了kingtuns.txt這個檔案，a使用者在修改完成之後提交kingtuns.txt到伺服器，這個時候提交成功，這個時候kingtuns.txt檔案的版本號已經變成101了。同時b使用者在版本號為100的kingtuns.txt檔案上...