SVN版本號管理工具使用中常見的代碼提交沖突問題的解決方法
相信剛開始學習使用SVN的小夥伴在項目合作開發的過程中一定常常遇到一些影響到自己編寫的代碼的苦惱。我這裏列舉了幾種常見的問題以及問題的解決方法：
1.誤刪除和誤操作的問題
問題1：有A和B兩個人一塊合作寫項目的時候，B在寫代碼的時候不小心更改了A寫的代碼文件的內容提交到了倉庫，A該怎樣找回自己原來的代碼呢？
解決方法：
右鍵點擊被改動的文件---->點擊TortoiseSVN選項----->點擊Show log選項，會出現如圖所看到的的窗體，
然後右鍵點擊A的記錄--->點擊Revert to this revision選項---在彈出的對話框中選擇Revert選項。當出現這個窗體中的內容時說明恢復成功了。能夠打開看一下文件裏內容是否恢復到之前的內容，非常奇妙吧。
問題2：B不小心刪除了A寫的代碼文件。而且提交了。A該怎樣找回自己原來的代碼文件呢？
解決方法：
右鍵點擊A用戶check out下來的項目目錄（如上圖）--->點擊TortoiseSVN選項----->點擊Show log選項。然後找到日誌中B為進行刪除操作之前的代碼文件，復制出來。重命名後再次提交項目就能夠了。
如圖：
2.多個用戶同一時候改動一個從倉庫中update下來的最新的文件後，晚提交的用戶提交不通過的問題：
問題1：（A和B兩個用戶改動的內容的位置不一致）A和B兩個用戶都對同一個從倉庫中剛update下來的文件進行改動後。B先進行了提交，A提交的時候出現錯誤，A應該如何處理呢？（後提交的用戶會出現這樣的錯誤截圖）
錯誤截圖：
終於文件中的內容是SVN自己主動將兩個用戶改動的內容合並了（SVN自己主動合並的情況要滿足：兩個用戶改動的內容的行數不沖突）。
如圖：
解決方法：A用戶找到B用戶共同協商怎麽處理兩個人改動的代碼。
問題2：（A和B兩個用戶改動的內容的位置同樣（對同一行的內容進行了改動操作））A和B兩個用戶都對同一個從倉庫中剛update下來的文件進行改動後。B先進行了提交。A提交的時候出現錯誤，A應該如何處理呢？（後提交的用戶會出現這樣的錯誤截圖）
錯誤截圖：
多出的三個文件如圖：
多出的三個文件的解釋（從上往下）：
第一個：
第二個：（我（A）想提交的代碼）
第三個：
第四個：
解決方法：
依據上邊的三個版本號的代碼，A就應該知道怎麽改動代碼進行提交了，先恢復到如今server中最新版本號的代碼文件。如圖：
再跟B進行討論究竟怎麽處理改動的代碼。
問題3：假設A和B沖突的代碼太多的時候。A該怎麽處理呢？
當遇到如圖這樣的情況的時候：
解決方法 ：
就不要進行更新了。而應該選擇Cancel這一項（由於明明知道有沖突就不要給自己找麻煩了）。將自己改動後的代碼文件copy一份到別的地方。然後再重命名後拷貝到原來的目錄以下，
進行比對就能夠找出你改動後的內容跟server中的代碼的不同之處。然後就能夠找B進行討論，共同改動了。
SVN版本號管理工具使用中常見的代碼提交沖突問題的解決方法