一：使用場景：
假如你的專案（這裡指的是手機客戶端專案）的某個版本（例如1.0版本）已經完成開發、測試並已經上線了，接下來接到新的需求，新需求的開發需要修改多個檔案中的程式碼，當需求已經開始開發一段時間的時候，突然接到使用者或測試人員的反饋，專案中有個重大bug需要緊急修復，並且要求bug修復後要立即上線；此時應該怎麼修復bug呢？是在當前已經開發新需求的基礎上進行修復嗎？答案是否定的，原因是：如果是在已經開發新需求的基礎上進行修復bug，那麼新需求還沒開發好，更沒有測試，怎麼立刻（或最可能快的）上線？！再次如果新功能的開發和bug修復的程式碼都涉及到同一段程式碼衝突了怎麼辦 。很顯然不能在當前開發的程式碼基礎上進行bug修復工作完美的解決方案是：在當時完成的那個版本中進行bug fix，這樣帶來的好處是：
bug修復好之後可立即上線，不會因為新需求還沒有完成或測試而延遲上線時間bug修復是在原來上線的那個版本進行修復的，引起新bug的風險小，如果是在新需求的基礎上修復bug, 那麼新功能可能會帶來新的bug二：SVN倉庫目錄結構Repository：trunktagsbranchestrunk(主幹|主線) branchs(分支) tags(標記)
truck(主幹|主線|主分支)：是用來做主方向開發的，新功能的開發應放在主線中，當模組開發完成後，需要修改，就用branch。branch(分支)：分支開發和主線開發是可以同時進行的，也就是並行開發，分支通常用於修復bug時使用tag(標記)：用於標記某個可用的版本，可以標記已經上線釋出的版本，也可以標記正在測試的版本，通常是隻讀的三：SVN具體操作步驟：(TortoiseSVN版本: 1.8.8)一：建立倉庫1. 建立目錄結構D:\\TortoiseSVN\\Repository\\Repo-iOS
2. 在該目錄結構上右鍵
---> TortoiseSVN
---> Create repository here(建立倉庫這裡) ---> Create folder structure(建立檔案結構) ---> Start Repobrowser(開始倉庫瀏覽) ---> Ok
二：將專案上傳到SVN上---> 桌面右鍵
---> TortoiseSVN
---> repo-browser--> URL: file:///D:/TortoiseSVN/Repository/Repo-iOS ---> Ok
--> 選中trunk資料夾右鍵
---> Add folder...
---> 選中要上傳到SVN的專案的最外層目錄，輸入日誌
---> Ok
三：Check Out
1. 在電腦任意位置建立一個存放專案程式碼的目錄，例如：D:\\TortoiseSVN\\Repository\\Source2. 將程式碼檢出到該位置
四：開發週期1. 在目錄D:\\TortoiseSVN\\Repository\\Source\\trunk\\MyAppProject上進行開發，注意是在trunk主線上
因為專案剛建立，這是在開發新功能，所以要在主線上開發
2. 開發一段時間後，經測試，上線到App Store，Android上傳到其它應用商城，摘取上線時的HomeViewController檔案中一段程式碼如下（注意：這裡雖然是使用的Objective-C作為示例來演示SVN的，這並不影響你學習SVN，用什麼語言來演示效果原理都是一樣的）
3. 在D:\\TortoiseSVN\\Repository\\Source\\tags 目錄下新建一個目錄：1.0,並將該目錄提交到SVN上，然後右鍵 D:\\TortoiseSVN\\Repository\\Source\\trunk\\MyAppProject該目錄---> TortoiseSVN---->Branch/tag... -----> To Path :/tags/1.0/MyAppProject 並選中 Head revision in repository ---> Ok此時Source/tags/1.0 目錄中沒有任何內容，需要更新一下該目錄做update操作。更新之後看到一個完整的專案原始碼儲存到該目錄中（該目錄下的原始碼可看做是trunk目錄下版本為1.0的一個副本），檢視一下/tags/1.0/HomeViewController中的viewDidLoad和trunk/MyAppProject/HomeViewController中的viewDidLoad程式碼完全一樣。
4. 開發下一階段的新需求，開發中ing
5. 使用者或測試人員反饋應用有重大bug，需要立即修復該bug並儘快上線， 此時程式設計師需要為 tags/1.0 下的MyAppProject 打一個分支branch， 操作過程如下：選中Source/tags/1.0/MyAppProject 右鍵 TortoiseSVN---->Branch/tag... -----> To Path ：/branches/MyAppProject ---> Ok 此時看D:\\TortoiseSVN\\Repository\\Source\\branches目錄下仍然沒有任何內容，也需要update一下，更新之後發現該目錄下 也出現一個完整的專案程式碼（該程式碼可看做是tags/1.0/MyAppProject的一個副本），注意打分支和打標記都是使用Branch/tag...選單，不同的是To Path 的目錄不一樣，圖解看打分支的圖，只是to path 值不一樣，此時branches/MyAppProject/HomeViewController中的viewDidLoad和tags/1.0/MyAppProject/HomeViewController中的viewDidLoad程式碼完全一致。
6. 切換工作空間，使用Xcode|Eclipse整合工具開啟/branches/MyAppProject下的專案，然後在此基礎上除錯並修復bug，注意開啟的必須是分支中的專案
7. bug 修復好後，先提交修改的檔案，並進行客戶端App上線，上線完成後再將branches/MyAppProject/打個tag到1.0.1目錄下（tags/1.0.1）（操作步驟同步驟3），tag操作完成後，可以看到tags/1.0.1/HomeViewController.viewDidLoad 和 branches/ MyAppProject/HomeViewController.viewDidLoad是完全一致的，將branches/MyAppProject打一個新的tag是以便於下次在此基礎上再次修復bug，至此bug修復已經完成；修復bug後的程式碼如下：
8. 接下來將branch和trunk進行合併，操作步驟如下：
----> 右鍵 branches/MyAppProject ------>TortoiseSVN
----> Merge...
---> Merge a range of revisions
----> Next --->URL to merge from : file:///D:/TortoiseSVN/Repository/Repo-iOS/trunk/MyAppProject
----> Next
----> Merge
9. 將trunk和branches進行合併 步驟如下，
右鍵/turnk/MyAppProject ----> Merge... -----> Merge a range of revisions -----> Next
-----> URL to merge from : file:///D:/TortoiseSVN/Repository/Repo-iOS/branches/MyAppProject
步驟同上，只是 URL to merge from 的路徑不一樣。合併完成後，檢視一下/trunk/MyAppProject/HomeViewController/viewDidLoad方法如下：
10. 此時合併徹底結束，branches目錄下的原始碼如果不想要也可以刪掉，接著修改bug的這位程式設計師需要切換工作空間到主線上來，使用Xcode重新開啟trunk/MyAppProject專案，接著開發尚未完成的新功能。SVN目錄如下：
說明：1. 分支開發和主幹開發是兩個完全獨立的過程，兩者可以同時進行開發
2. 因分支和主幹開發是並行的，所以兩者可以任意的多次提交當前工程所修改的檔案