對SVN分支有疑問，希望能得到幫助？

以下是設定分支的方法：

1.檢查存檔中要組織和修改的檔案或資料夾。

2. 右鍵單擊檢出的檔案或資料夾，將滑鼠移動到彈出選單中的“tortoisesvn”，然後選擇“分支標記”，在彈出的“分支標籤”對話方塊中輸入要建立分支的資料夾的路徑名，並填寫日誌資訊。

3. 單擊“確定”，完成分支的建立。

4. 右鍵單擊選中的檔案或資料夾，將滑鼠移動到彈出選單中的“tortoisesvn”，然後選擇“切換”，在彈出的切換到分支標籤對話方塊中輸入步驟 2 中建立分支的資料夾路徑的名稱，然後單擊“確定”完成切換。

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

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

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

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

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

分支是並行發展的，合併是並行發展成乙個整體的分支的組合。 樹幹是樹枝的根。

分支合併是針對專案的需要而進行的，而不是針對每個專案。 SVN工具並不難，難點在於掌握配置管理的概念，建議大家先熟悉一下配置管理的知識，SVN只是乙個實現配置管理的工具。

您沒有在圖中提到“LAN Development Environment”的資料夾結構，這就是重點。

我知道你遇到的問題應該是這樣的：軟體的多個版本正在同時開發或維護，但多個版本儲存在伺服器上的同一資料夾中，導致衝突。

如果是這樣的話，我建議你合理地利用SVN的分支功能。 下面我來介紹一下多版本同步開發環境中的SVN計畫

1. 根據 SVN 的官方建議，在倉庫的根目錄下建立 3 個資料夾：trunkes、branches 和 tags。

2.主幹資料夾是開發的骨幹，儲存著最新版本的開發成果，這裡的內容不穩定，甚至未經測試，變化頻繁。

3. 分支就是儲存每個分支，每當你想形成乙個相對穩定的beta版本時，從主幹中拉出乙個分支（svn copy）到分支中，比如分支會形成多個子資料夾，如versions、versions、versions、versions等，然後部署測試環境從這些資料夾中獲取**，測試過程中發現的bug的修復也在這些分支資料夾中進行， 同時，在後備箱上正常進行開發。雙方互不干擾。

4.當測試完成並正式發布時，會從這個分支拉到標籤上，標籤會儲存每個版本的正式發布版本，會形成多個資料夾。

5. 當需要將測試版的修復應用到其他版本或主幹時，在分支下的不同分支之間或分支和主幹之間進行合併，合併可能會引起衝突，此時衝突將得到解決。

6.這樣，最新版本的開發總是在主幹中進行，某個版本的測試和修復或者之前版本的維護都是在分支下版本的子資料夾中進行的，要發布的正式版本總是從標籤中獲取，整個庫井然有序。

如果建立乙個名為 main 的倉庫，那麼 main 就是這個倉庫的根目錄，那麼所有的分支操作都只能在 main 下進行，如果想和 main 並行，只能是另乙個倉庫，和 main 沒有直接關係，歷史關係也無法追蹤。

一般來說，SVN 推薦的官方倉庫目錄結構如下：首先在根目錄下建立 trunk、branches、tags三個資料夾，在 trunk 資料夾中進行正常的開發工作，使用 branch 來儲存分支，使用 Tag 來儲存版本標籤。

建議你這樣做，在main下建立trunk、branches、tags，然後把你原本放在trunk資料夾中的內容移動到trunk資料夾中（不是用作業系統的複製貼上操作，而是用svn的move操作，否則修改歷史會丟失），以後開發會在trunk下進行， 而當你想做大修改時，拉乙個分支到分支（許可權設定為讀寫修飾符，其他人員唯讀），要發布版本時拉分支到標籤（許可權設定為唯讀，只有管理員配置讀寫）。

如果每個人都在乙個主幹上開發，那麼 A 的工作就沒有完成，B 根本無法除錯。

所以我們需要開乙個分支來減少 B 對 A 的依賴。

如果是開發單個專案功能，區別不大。 但是，如果專案複雜或功能不同，則通常使用，例如：

1.假設你的 A 庫中的 ** 是要向不同的使用者發布很多不同的軟體，而這些使用者功能有很大的不同，這時你會發現一些主要的 **是通用的，差異化的**是比較少的，為了方便管理和開發，這個時候可以使用分支開發方法。

每個分支開發並發布乙個版本，相同的 [core**] 更改合併到主幹中，供其他分支的人使用,,,這只是乙個示例，其他人也可能使用這種方法。

2.主幹開發一般功能基本相同，發布時很容易追溯到問題，並且主幹分支同時存在於乙個專案中，並不是說它只用於單一目的。

簡單來說，SVN是一款基於CS架構的DU版本管理軟體。

志，能幫上忙。

DAO 你儲存開發過程的每個版本。

其實簡單來說，SVN就是乙個管理工具，管理**啊文件等工作產品，SVN具有歷史溯源功能，可以從頭開始知道你擁有的所有歷史資訊。