一. SVN標准目錄
Subversion有一個很標准的目錄結構，是這樣的。比如項目是 proj，svn地址為 svn://proj/，那么標准的 svn 布局是：
這是一個標准的布局，trunk為主開發目錄，branches為分支開發目錄，tags為tag存檔目錄（不允許修改）。但是具體這幾個目錄應該如何使用，svn並沒有明確的規范，更多的還是用戶自己的習慣。
trunk：主干，如果說把一個軟件項目從開始到消亡比作一個故事的話，主線情節都在這里被SVN記錄着。
branches：分支，有很多種用法，比如：版本發布維護分支、新特性開發分支，甚至是缺陷修復分支等等。
tags：標簽，或者叫快照，某個版本發布時候，都在這里留檔。
示例如圖：
二.集中式：trunk進行主要開發
一般的，我們的所有的開發都是基於trunk進行開發，當一個版本/release開發告一段落（開發、測試、文檔、制作安裝程序、打包等）結束后，代碼處於凍結狀態（人為規定，可以通過hook來進行管理）。此時應該基於當前凍結的代碼庫，打tag。當下一個版本/階段的開發任務開始，繼續在trunk進行開發。
此時，如果發現了上一個已發行版本（Released Version）有一些bug，或者一些很急迫的功能要求，而正在開發的版本（Developing Version）無法滿足時間要求，這時候就需要在上一個版本上進行修改了。應該基於發行版對應的tag，做相應的分支（branch）進行開發。
例如，剛剛發布1.0，正在開發2.0，此時要在1.0的基礎上進行bug修正。按照時間的順序：
這是一種很標准的開發模式，很多的公司都是采用這種模式進行開發的。trunk永遠是開發的主要目錄。
三.分散式：分支進行主要開發
這種開發模式當中，trunk是不承擔具體開發任務的，主要承擔版本發布，一個版本/階段的開發任務在開始的時候，根據已經release的版本做新的開發分支，並且基於這個分支進行開發。還是舉上面的例子，這里面的時序關系是。
這其實是一種分散式的開發，當各個部分相對獨立一些（功能性的），可以開多個dev的分支進行開發，這樣各人/組都不會相互影響。比如dev_2.0_search和dev_2.0_cache等。但是這樣merge起來就是一個很痛苦的事情。
所以，第六步進行選擇性的merge，是可以當2.0開發結束后一起把dev_1.0（bugfix用）和dev_2.0（新版本開發用）merge回trunk。或者先把dev_1.0 merge到dev_2.0，進行測試等之后再merge回trunk。
這兩種方法各有利弊，第一種方法是可以得到一個比較純的dev_2.0的開發分支，而第二種方法則更加的保險，因為要測試嘛。
多人協作時，第六步是最經常出問題的地方，嚴重的甚至會導致代碼被覆蓋回滾情況，其原因在於分支管理者創建分支后不再或長時間從主干拉回數據，導致最終合並回主干時分支的文件甚至結構都與主干有較大差別，產生較多沖突。需要人手解決，浪費了很多時間。
針對這個問題，是否有一種方案可以在分支提交時即檢測該分支最后一次合並的版本是否與主干版本相符，如果不符則不允許提交，強制要求大家養成從主干拉數據的習慣呢？如果可以實現，那么在分支合並回主干時將幾乎可以消滅掉沖突。
當前解決思路主要有3種：
- 不間斷強調使用SVN時要經常從主干同步代碼到分支。該方案缺點很明顯，完全依賴人工，不可信。
- 在trunk里單獨維護一個帶最新版本號的readme.md，每次更新trunk時更新該版本到更新的版本號。此后合並分支回主干時判斷下分支時的readme.md是否和主干里的readme.md保持一致，若小於主干，則強制同步主干代碼到分支。該方案缺點是需要每次更新主干代碼時都要強制手工維護版本號，容易出現低級錯誤——更新trunk時忘記更新readme.md里的版本號等情況。
- SVN本身記錄版本更新信息，可以通過在服務器端監控主干，判斷提交前(pre-commit)檢測是否有分支最后一次合並版本號小於主干版本號，如果小於則不允許提交，強制要求先從主干合並。此方案是一種相對完美的方案。
以上呢，就是SVN的兩種開發模式了，具體哪種好，並沒有定論。這里大致的說一下各自的優缺點：
第一種開發模式（trunk進行主要開發，集中式）：
優點：管理簡單。
缺點：當開發的模塊比較多，開發人數/小團隊比較多的時候，很容易產生沖突而影響對方的開發。因為所有的改動都有可能觸碰對方的改動。
第二種開發模式（分支進行主要開發，分散式）：
優點：各自開發獨立，不容易相互影響。
缺點：管理復雜，merge的時候很麻煩，容易死人。
四.最后，推薦第一種開發模式
責職說明：
- Trunk：用於各版本開發提交代碼
- TAG：用於記錄和保存每個release/milestone的代碼
- Branch：用於bug fixing
五.具體操作
1.在Window中使用TortoiseSVN打tag
（1）首先進入項目中的trunk目錄
（2）右擊目錄空白處彈出菜單，選擇TortoiseSVN中的"Branch/tag..."
（3）選擇目錄，填寫新的版本號
tags穩定版本庫
branches臨時分支版本庫
后面加上版本號號碼，可自行定義，一般以v開頭加數字，小版本中間加下划線
（4）點擊OK，生成版本分支
2.在Mac系統中使用CornerStone打tag
3.在服務器中切換分支
在SVN文件夾中使用SW命令
例如:
svn sw svn://ip地址/項目名/trunk
切換到主線版本
svn sw svn://ip地址/項目名/tags/v1
切換到穩定版本v1
參考：
http://blog.jobbole.com/100262/