1. 軟體版本階段說明
* alpha版: 此版本表示該軟體在此階段主要是以實現軟體功能為主，通常只在軟體開發者內部交流，一般而言，該版本軟體的bug較多，需要繼續修改。
* beta版: 該版本相對於α版已有了很大的改進，消除了嚴重的錯誤，但還是存在著一些缺陷，需要經過多次測試來進一步消除，此版本主要的修改對像是軟體的ui。
* rc版: 該版本已經相當成熟了，基本上不存在導致錯誤的bug，與即將發行的正式版相差無幾。
* release版: 該版本意味「最終版本」，在前面版本的一系列測試版之後，終歸會有乙個正式版本，是最終交付使用者使用的乙個版本。該版本有時也稱為標準版。一般情況下，release不會以單詞形式出現在軟體封面上，取而代之的是符號(r)。
2. 版本命名規範
軟體版本號由四部分組成，第乙個1為主版本號，第二個1為子版本號，第三個1為階段版本號，第四部分為日期版本號加希臘字母版本號，希臘字母版本號共有5種，分別為：base、alpha、beta、rc、release。例如：1.1.1.051021_beta。
3. 版本號定修改規則
* 主版本號(1)：當功能模組有較大的變動，比如增加多個模組或者整體架構發生變化。此版本號由專案決定是否修改。
* 子版本號(1)：當功能有一定的增加或變化，比如增加了對許可權控制、增加自定義檢視等功能。此版本號由專案決定是否修改。
* 階段版本號(1)：一般是 bug 修復或是一些小的變動，要經常發布修訂版，時間間隔不限，修復乙個嚴重的bug即可發布乙個修訂版。此版本號由專案經理決定是否修改。
* 日期版本號(051021):用於記錄修改專案的當前日期，每天對專案的修改都需要更改日期版本號。此版本號由開發人員決定是否修改。
* 希臘字母版本號(beta):此版本號用於標註當前版本的軟體處於哪個開發階段，當軟體進入到另乙個階段時需要修改此版本號。此版本號由專案決定是否修改。
4. 檔案命名規範
檔名稱由四部分組成：第一部分為專案名稱，第二部分為檔案的描述，第三部分為當前軟體的版本號，第四部分為檔案階段標識加檔案字尾，例如：專案外 包平台測試報告1.1.1.051021_beta_b.xls，此檔案為專案外包平台的測試報告文件，版本號為：1.1.1.051021_beta。
如果是同一版本同一階段的檔案修改過兩次以上，則在階段標識後面加以數字標識，每次修改數字加1，專案外包平台測試報告1.1.1.051021_beta_b1.xls。
當有多人同時提交同一份檔案時，可以在階段標識的後面加入人名或縮寫來區別，例如：專案外包平台測試報告 1.1.1.051021_beta_b_liuqi.xls。當此檔案再次提交時也可以在人名或人名縮寫的後面加入序號來區別，例如：專案外包平台測試 報告1.1.1.051021_beta_b_liuqi2.xls。
5. 版本號的階段標識
軟體的每個版本中包括11個階段，詳細階段描述如下：
階段名稱 階段標識
需求控制 a
設計階段 b
編碼階段 c
單元測試 d
單元測試修改 e
整合測試 f
整合測試修改 g
系統測試 h
系統測試修改 i
驗收測試 j
驗收測試修改 k
軟體版本命名規則
軟體版本命名規則 好久沒有更博了,加班趕專案.最近完成了在公司的第乙個專案，略感興奮。後續的還完成了軟體使用者手冊，在完成過程中，對軟體的版本號很疑惑，因此對軟體版本號查資料整理如下。1 普通的版本號命名 例如 1.1.0 第一位 為主版本號,軟體有很大的變動,增加了模組或者軟體的框架發生了很大的變...
軟體版本命名規則
寫過很多軟體小工具用於生產測試，但終究不太明確如何給軟體版本命名，先稍作整理如下 主版本號 次版本號 修訂版本號 版本號公升級原則 主版本號 功能模組有大的變動。比如增加多個模組或者整體架構發生變化。次版本號 相對主版本號而言，只是區域性的變化。但該區域性的變化造成了程式和以前版本不能相容，或者對該...
有關Linux核心版本命名規則
1.有關linux核心版本命名如下 major 表示主版本號 minor 次版本號 patch 對minor版本的修訂次數 build 編譯次數 desc 當前版本的特殊資訊 2.有關desc域 desc即description，採用一些具有實際意義的省略字串來描述當前核心的關鍵特徵。常用的主要有以...