我相信初學開發在SVN作為版本管理時，都估計沒可能考慮到如何靈活的運用SVN來管理開發程式碼的版本，下面我就摘錄一篇文章來簡單說明SVN裡的trunk，branched，tags這個三個檔案目錄的用法。
我將會詳細說明我是如何應用SVNtrunk（樹幹）、branches（分支）和tags（標記）。這種方法同樣被稱為“branchalways”，兩者非常接近。可能我所介紹的並不是最好的方法，但是它會給新手一些解釋說明，告訴他們trunk、branches和tags是什麼，並且該如何去應用它們。
——簡單的對比
SVN的工作機制在某種程度上就像一顆正在生長的樹：
一顆有樹幹和許多分支的樹
分支從樹幹生長出來，並且細的分支從相對較粗的樹幹中長出
一棵樹可以只有樹幹沒有分支（但是這種情況不會持續很久，隨著樹的成長，肯定會有分支啦，^^）
一顆沒有樹幹但是有很多分支的樹看起來更像是地板上的一捆樹枝
如果樹幹患病了，最終分支也會受到影響，然後整棵樹就會死亡
如果分支患病了，你可以剪掉它，然後其他分支還會生長出來的哦！
如果分支生長太快了，對於樹幹它可能會非常沉重，最後整棵樹會垮塌掉
當你感覺你的樹、樹幹或者是分支看起來很漂亮的時候，你可以給它照張相，這樣就就可以記得它在那時是多麼的贊。
——Trunk
SVN組成Trunka，Trunk是放置穩定程式碼的主要環境，就好像一個汽車工廠，負責將成品的汽車零件組裝在一起。
以下內容將告訴你如何使用SVNtrunk：
除非你必須處理一些容易且能迅速解決的BUG，或者你必須新增一些無關邏輯的檔案（比如媒體檔案：影象，影片，CSS等等），否則永遠不要在trunk直接做開發
不要因為特殊的需求而去對先前的版本做太大的改變，如何相關的情況都意味著需要建立一個branch（如下所述）
不要提交一些可能破壞trunk的內容，例如從branch合併
如果你在某些時候偶然間破壞了trunk，bringsomecakethenextday（”withgreatresponsibilitiescome…hugecakes”）
——Branches
SVN組成branches，一個branch就是從一個SVN倉庫中的子樹所作的一份普通複製。通常情況它的工作類似與UNIX系統上的符號連結，但是你一旦在一個SVNbranch裡修改了一些檔案，並且這些被修改的檔案從複製過來的原始檔獨立發展，就不能這麼認為了。當一個branch完成了，並且認為它足夠穩定的時候，它必須合併回它原來的複製的地方，也就是說：如果原來是從trunk中複製的，就應該回到trunk去，或者合併回它原來複製的父級branch。
以下內容將告訴你如何使用SVNbranches：
如果你需要修改你的應用程式，或者為它開發一個新的特性，請從trunk中建立一個新的branch，然後基於這個新的分支進行開發
除非是因為必須從一個branch中建立一個新的子branch，否則新的branch必須從trunk建立
當你建立了一個新branch，你應當立即切換過去。如果你沒有這麼做，那你為什麼要在最初的地方建立這個分支呢？
——Tags
SVN組成Tags。從表面上看，SVNbranches和SVNtags沒有什麼差別，但是從概念上來說，它們有許多差別。其實一個SVNtags就是上文所述的“為這棵樹照張相”：一個trunk或者一個branch修訂版的命名快照。
以下內容將告訴你如何使用SVNtags：
作為一個開發者，永遠不要切換至、取出，或者向一個SVNtag提交任何內容：一個tag好比某種“照片”，並不是實實在在的東西，tags只可讀，不可寫。
在特殊或者需要特別注意的環境中，如：生產環境（production）、？（staging）、測試環境（testing）等等，只能從一個修復過的（fixed）tag中checkout和update，永遠不要commit至一個tag。
對於上述提及到的環境，可以建立如下的tags：“production”，“staging”，“testing”等等。你也可以根據軟體版本、專案的成熟程度來命名tag：“1。0。3”，“stable”，“latest”等等。
當trunk已經穩定，並且可以對外發布，也要相應地重新建立tags，然後再更新相關的環境（production，staging，etc）
——工作流樣例
假設你必須添加了一個特性至一個專案，且這個專案是受版本控制的，你差不多需要完成如下幾個步驟：
使用SVNcheckout或者SVNswitch從這個專案的trunk獲得一個新的工作複製（branch）
使用SVN切換至新的branch
完成新特性的開發（當然，要做足夠的測試，包括在開始編碼前）
一旦這個特性完成並且穩定（已提交），並經過你的同事們確認，切換至trunk
合併你的分支至你的工作複製（trunk），並且解決一系列的衝突
重新檢查合併後的程式碼
如果可能的話，麻煩你的同事對你所編寫、更改的程式碼進行一次複查（review）
提交合並後的工作複製至trunk
如果某些部署需要特殊的環境（生成環境等等），請更新相關的tag至你剛剛提交到trunk的修訂版本，使用SVNupdate部署至相關環境
簡介
我們都知道SVN是管理專案原始碼的軟體，可以把我們開發中的各個階段的程式碼記錄下來，供我們以後來使用，那麼SVN具體的結構你是否知道呢？下面我們來介紹一下它的基本結構
Trunk、Branches、Tags、作用
Trunk
這是SVN目錄的主分支，表示日常開發中的專案，任何時候Trunk裡包含的都是最新的開發程式碼。 這裡的程式碼將會工作到你的下一個主要釋出版本。
Trunk應該只被用來開發將會成為你的下一個重要版本的程式碼。
幾乎常常人們只使用trunk來存放他們的程式碼。發放了一個版本後繼續在其上進行下一版開發。這樣開發是混論的，如果出現大的Bug往往不好恢復到之前版本，因此，增加了一個Branches檔案
Branches
常用的Branches分支有好幾種類型，這裡列出常用的幾種。
Release Branches
當trunk達到準備釋出的階段時（或者你想凍結新特色的新增時），你應該建立一個release branches。
Bug fix branches
分支也可以用於處理trunk或release branches裡發現的嚴重的Bug。
Experimental branches
有時你想將某個新技術引進專案。這很好，但是你當然不想賭上你的整個專案。想象一下，你想把你的Web程式從PHP4改為PHP5。你要花多少時間？在這期間你的trunk停止使用？直到你把所有到PHP5的轉換做完
Tags
一般情況下，tag，是用來做一個milestone的，不管是不是release，都是一個可用的版本。這裡，應該是隻讀的。
在SVN中Tag和Branches，在一個選項裡面建立時區別不明顯，Tags中存放的也是Trunk的一個副本，只不過是只讀的，不可以修改，許可權不同。
Trunk、Branches、Tags詳細使用
Trunk
資料夾中右鍵，選“Create repository here”
選擇“Create folder Structure”，然後，瀏覽建好的檔案結構
Branches
Create
Merge
Branches To Trunk
這種方式用的最多，屬於常用的一種。
在Trunk中，選中UI資料夾，右鍵
如下圖，選擇”merge”
選擇“Merge a range of revisions”
選擇要合併的目錄，這裡選擇branches中UI資料夾
合併完成
Trunk To Branches
Branches To Branches
Tags
標記同branches類似，同上。
意義
SVN解決了我們資料備份、 版本控制、 資料同步等面對的問題，因而深受很多人喜愛和使用，它是一個不錯的管理知識的軟體工具。
我們自己也可以用SVN管理我們的知識。
