svn 如何解決分支衝突，以及 svn 命令列如何解決衝突

“因此，我們需要再次將主幹內容合併到每個分支中，以便我們可以繼續開發而不會出現問題。 ”

您可以從主線的當前節點拉取不同的分支。 為什麼要將主線合併到分支中？ 表示您不明白。

用於解決版本衝突的命令。 衝突解決後，需要使用 svn resolved 告訴 subversion 衝突解決，以便提交更新。 如果發生衝突，Subversion 會將所有物件檔案版本（上次更新的版本、當前獲取的版本，即其他人提交的版本、自己更新的版本和物件檔案）儲存在工作副本中。

假設檔名是，對應的檔名為： 此外，在目標檔案中標記來自不同使用者的更改。

衝突解決：

手動解決：發生衝突時，在與其他使用者通訊後手動更新目標檔案。 然後執行 svn resolved filename run 來解決衝突，最後提交。

放棄您自己的更新並使用其他人的更新。 用最新獲取的版本覆蓋目標檔案，執行 svn 解析的檔名並提交。

放棄你自己的更新，使用 svn revert，然後提交。 這樣，你就不需要使用 svn resolved。

您需要非常小心地使用 svn resolved 命令，您必須非常確定衝突已解決，然後才能使用它。 否則會導致 subversion 認為衝突解決了，**庫會不正確。 衝突解決詳細文件：

如果你不小心提交了一些動態更改不需要的檔案到svn伺服器，如何解決衝突，基本思想是先用svn解析的檔名丟棄對檔案的修改，然後再提交給公司。 然後 svn rm 刪除該檔案。 然後再次提交，如果其他人更新，將以相同的方式處理。

ci -m "update"

svn: commit failed (details follow):

svn: aborting commit: '' remains in conflict

2.使用 svn resolved

ci -m "update"

此時，它應該可以提交了。

rm 將刪除此檔案。

ci -m "update"

再次提交 此時，該檔案在伺服器上不再可用。

如果遇到此問題，請在其他伺服器終端上重複此操作。 希望。

方法步驟。

團隊開發中會出現很多情況，下面我們就來一一講解一下SVN中的應用，以及遇到的時候該如何解決。 MyEclipse 中必須安裝 SVN，可以安裝或離線。

專案必須在svn中簽出，並且已經修改過了，不管是別人修改還是自己修改，這樣就可以看看有沒有區別了，然後右鍵點選專案找到團隊與資源庫的同步情況，這樣就可以進入同步介面了，讓我們從這裡開始分析吧。

去碧葉恒的路上，最重要的就是分析一下這片區域的事情。

分析：第乙個圖示是重新同步，如果在同步過程中有其他人提交了檔案，那麼點選這個書脊就會重新同步; 第二：加號的那個是不是你自己加了檔案，如果有加號，會出現乙個加號圖示，減號是一樣的，如果刪除檔案，同乙個圖上會有乙個減號。

第三：藍色圖示是別人提交的東西; 第四：我認為右邊的灰色箭頭是你要提交或修改的內容; 第五：

如果僅此而已; 第六個紅色箭頭是別人的東西已經和你提交的東西被改到了同乙個地方。

其實紅色箭頭是需要處理的，這是需要雙擊檔案，如果兩個檔案區沒有紅色區域，那麼可以直接更新，然後在提交時，後悔如果有紅色區域，就需要解決衝突，可以把你寫的內容改成其他行， 這樣就不會有衝突，或者兩個變化可以連線起來。

如果兩個人更改同乙個檔案的相同版本，後者在提交或更新時肯定會提示發現衝突，同樣，分支合併也會發現衝突。

SVN 分支合併只是將您在 SVN 儲存庫中指定的資料夾版本與指定的本地資料夾進行比較，然後將差異傳輸到本地資料夾。

關於分支合併的使用，例如，根據 SVN 的官方推薦，SVN 倉庫的根目錄會分為三個子資料夾：trunk、branches 和 tags。 其中，trunk 用於儲存不斷新增、修改和提交的 **。 當開發達到一定水平，需要一輪測試時，為了避免開發和測試bug修復之間的相互干擾，從主幹中拉乙個分支（複製當前映象）到分支下的test001資料夾，所有缺陷修復都會修改並提交到分支下的test001資料夾中。

當這一輪測試和bug修復完成，然後test001資料夾中的所有更改都合併到主幹中後，分支合併功能就完成了以下工作：將SVN伺服器上最新版本的test001資料夾與本地客戶端中繼資料夾進行對比，如果沒有衝突， 將 test001 中修改後的檔案覆蓋到本地客戶端中繼的對應檔案中，然後重新自行執行提交操作。如果發現衝突，則表示已發生衝突，並且合併失敗。

現在您了解了分支合併函式的作用，我想您會了解它和提交更新之間的區別。