SVN版本控制與分支設置

原文：http://blog.sina.com.cn/s/blog_56d8ea900100y9cf.html

使用SVN+Eclipse作軟件版本控制。 （2009年5月）

 

1，SVN目錄結構

Trunk ： 主幹目錄，此目錄下的文件爲基準文件
Branches ： 用於開發的分支目錄
Tags ： 用於發佈的版本目錄

 下圖是基於eclipse svn repositores查看的目錄結構

(圖片1 ： 目錄結構)

2，分支的版本

Branches 的定義規則： project name + 日期時間 + 功能點 ， 好比 sns-home_20090506_profile ， 在建立每個branch時，必須增長標註。

3，建立新分支

(圖片2 ： 開始建立分支)

(圖片3 ： 選擇分支命名和SVN 資源路徑)

(圖片4 ： 選擇從HEAD revision 或者指定的revision 開始生成分支)

(圖片5 ： 必須爲本分支增長標註)


(圖片5 _ 1 ： 標註分支)

4，從分支合併到主幹

一、當branch版本已經開發和經過測試後，能夠經過subeclipse 合併到trunk，能夠合併整個項目也能夠合併單個文件, 以下圖

(圖片8 ： 多個分支都有改動)

二、如上圖，Hi.java文件有改動，那咱們就選中 *trunk*下的Hi.java文件(注意不是分支下的Hi.java)，而後右擊選擇team->merge命令

(圖片9 ： 開始merge)

三、選擇merge後彈出以下對話框，具體說明以下，

1. 第一個紅框
   1. 上面部分選擇當前文件（項目）對應的分支上的文件（項目），能夠經過後面的select按鈕選擇
   2. 下面部分選擇合併的起始版本，通常就是創建分支時的版本就ok，（具體哪一個版本根據創建分支時填寫的備註便可得知）

1. 第二個紅框默認選中，能夠不用管
2. 第三個紅框，就是選擇分支上的穩定的版本
   1. 若是肯定最後的版本是穩定的，就勾選【Merge to HEAD revision】
   2. 若是最後的版本不是穩定的，那能夠選擇以前某個穩定的版本便可，能夠經過後面的select按鈕選擇

確認以後點擊"Merge"，而後開始執行合併操做。

(圖片10 ： 選擇分支以及分支的開始和結束版本)

四、合併完成以後，本地trunk下的文件將會被更新， 注意這裏只是合併到本地，還須要你再檢查一下合併後的文件是否正確，再次確認後須要使用Team->commit 來提交合並後的內容。

五、建議合併後，再在trunk下對修改過的內容進行測試，最好一個點一個點的進行測試，保證合併後的內容是穩定無誤的。

5，標註新版本

(圖片6 ： 新版本的路徑)

(圖片7 ： 新版本的定義規則)

(圖片11 ： 合併以後打tag)
 

6，參考資料

  http://subclipse.tigris.org/branch_tag.html
  http://wenku.baidu.com/view/a03f2aeab8f67c1cfad6b8d3.html

7，後記

 

Alpha：是內部測試版,通常不向外部發布,會有不少Bug.通常只有測試人員使用。Beta：也是測試版，這個階段的版本會一直加入新的功能。在Alpha版以後推出。RC：(Release　Candidate) 顧名思義麼 ! 用在軟件上就是候選版本。系統平臺上就是發行候選版本。RC版不會再加入新的功能了，主要着重於除錯。GA :General Availability,正式發佈的版本，在國外都是用GA 來講明release版本的。RTM：(Release to Manufacture)是給工廠大量壓片的版本，內容跟正式版是同樣的，不過RTM版也有出限制、評估版的。可是和正式版本的主要程序代碼都是同樣的。OEM：是給計算機廠商隨着計算機販賣的，也就是隨機版。只能隨機器出貨，不能零售。只能全新安裝，不能從舊有操做系統升級。包裝不像零售版精美，一般只有一面CD和說明書(受權書)。 RVL：號稱是正式版，其實RVL根本不是版本的名稱。它是中文版/英文版文檔破解出來的。 EVAL：而流通在網絡上的EVAL版，與「評估版」相似，功能上和零售版沒有區別。 RTL：Retail(零售版)是真正的正式版，正式上架零售版。在安裝盤的i386文件夾裏有一個eula.txt，最後有一行EULAID，就是你的 版本。好比簡體中文正式版是EULAID:WX.4_PRO_RTL_CN，繁體中文正式版是WX.4_PRO_RTL_TW。其中：若是是WX.開頭是 正式版，WB.開頭是測試版。_PRE，表明家庭版；_PRO，表明專業版。α、β、λ經常使用來表示軟件測試 過 程中的三個階段，α是第一階段，通常只供內部測試使用；β是第二個階段，已經消除了軟件中大部分的不完善之處，但仍有可能還存在缺陷和漏洞，通常只提供給 特定的用戶羣來測試使用；λ是第三個階段，此時產品已經至關成熟，只需在個別地方再作進一步的優化處理便可上市發行。