關於版本號的總結

版本號(version number)是版本的標識號。每乙個作業系統（或廣義的講，每乙個軟體）都有乙個版本號。版本號能使使用者了解所使用的作業系統是否為最新的版本以及它所提供的功能與設施。每乙個版本號可以分為主版本號與次版本號兩部分。

命名格式

例如：dos4.0，主版本號是4，次版本號是0。

版本控制比較普遍的 3 種命名格式 :

gnu 風格版本號

主版本號 . 子版本號 [. 修正版本號 build- [編譯版本號 ]]

英文對照 : major_version_number.minor_version_number[.revision_number[.build_number]]

示例1：1.2

示例2：1.2.0

示例3：1.2.0 build-1234

windows 風格版本號

主版本號 . 子版本號 [ 修正版本號 [. 編譯版本號 ]]

英文對照 : major_version_number.minor_version_number[revision_number[.build_number]]

示例1：1.2.0.1234

net framework 風格版本號

主版本號.子版本號[.編譯版本號[.修正版本號]]

英文對照： major_version_number.minor_version_number[.build_number[.revision_number]]

版本號由二至四個部分組成：主版本號、次版本號、內部版本號和修訂號。主版本號和次版本號是必選的；內部版本號和修訂號是可選的，但是如果定義了修訂號部分，則內部版本號就是必選的。

所有定義的部分都必須是大於或等於 0 的整數。

應根據下面的約定使用這些部分：

major ：具有相同名稱但不同主版本號的程式集不可互換。例如，這適用於對產品的大量重寫，這些重寫使得無法實現向後相容性。

minor ：如果兩個程式集的名稱和主版本號相同，而次版本號不同，這指示顯著增強，但照顧到了向後相容性。例如，這適用於產品的修正版或完全向後相容的新版本。

build ：內部版本號的不同表示對相同源所作的重新編譯。這適合於更改處理器、平台或編譯器的情況。

revision ：名稱、主版本號和次版本號都相同但修訂號不同的程式集應是完全可互換的。這適用於修復以前發布的程式集中的安全漏洞。

程式集的只有內部版本號或修訂號不同的後續版本被認為是先前版本的修補程式 (hotfix) 更新。

管理策略

gnu 風格的版本號管理策略

1．專案初版本時，版本號可以為 0.1 或 0.1.0，也可以為 1.0 或 1.0.0，如果你為人很低調，我想你會選擇那個主版本號為 0 的方式 ;

2．當專案在進行了區域性修改或 bug 修正時，主版本號和子版本號都不變，修正版本號加 1;

3．當專案在原有的基礎上增加了部分功能時，主版本號不變，子版本號加 1，修正版本號復位為 0，因而可以被忽略掉 ;

4．當專案在進行了重大修改或區域性修正累積較多，而導致專案整體發生全域性變化時，主版本號加 1;

5．另外，編譯版本號一般是編譯器在編譯過程中自動生成的，我們只定義其格式，並不進行人為控制 .

window 下的版本號管理策略

1．專案初版，版本號為 1.0 或 1.00;

2．當專案在進行了區域性修改或 bug 修正時，主版本號和子版本號都不變，修正版本號加 1;

3．當專案在原有的基礎上增加了部分功能時，主版本號不變，子版本號加 1，修正版本號復位為 0，因而可以被忽略掉 ;

4．當專案在進行了重大修改或區域性修正累積較多，而導致專案整體發生全域性變化時，主版本號加 1;

5．另外，編譯版本號一般是編譯器在編譯過程中自動生成的，我們只定義其格式，並不進行人為控制 .

另外，還可以在版本號後面加入 alpha,beta,gamma,current,rc (release candidate),release,stable 等字尾，在這些字尾後面還可以加入 1 位數字的版本號 .

對於使用者來說，如果某個軟體的主版本號進行了公升級，使用者還想繼續那個軟體，則發行軟體的公司一般要對使用者收取公升級費用 ; 而如果子版本號或修正版本號發生了公升級，一般來說是免費的 .

版本命名規範

軟體版本號由四部分組成，第乙個1為主版本號，第二個1為子版本號，第三個1為階段版本號，第四部分為日期版本號加希臘字母版本號，希臘字母版本號共有5種，分別為：base、alpha、beta、rc、release。例如：1.1.1.051021_beta。

版本號定修改規則：

o主版本號(1)：當功能模組有較大的變動，比如增加多個模組或者整體架構發生變化。此版本號由專案決定是否修改。

o子版本號(1)：當功能有一定的增加或變化，比如增加了對許可權控制、增加自定義檢視等功能。此版本號由專案決定是否修改。

o階段版本號(1)：一般是 bug 修復或是一些小的變動，要經常發布修訂版，時間間隔不限，修復乙個嚴重的bug即可發布乙個修訂版。此版本號由專案經理決定是否修改。

o日期版本號(051021):用於記錄修改專案的當前日期，每天對專案的修改都需要更改日期版本號。此版本號由開發人員決定是否修改。

o希臘字母版本號(beta):此版本號用於標註當前版本的軟體處於哪個開發階段，當軟體進入到另乙個階段時需要修改此版本號。此版本號由專案決定是否修改。

3.檔案命名規範

檔名稱由四部分組成：第一部分為專案名稱，第二部分為檔案的描述，第三部分為當前軟體的版本號，第四部分為檔案階段標識加檔案字尾，例如：專案外包平台測試報告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_lisg.xls。當此檔案再次提交時也可以在人名或人名縮寫的後面加入序號來區別，例如：專案外包平台測試報告1.1.1.051021_beta_b_liuqi2.xls

5.版本號的階段標識

6. 軟體的每個版本中包括11個階段，詳細階段描述如下：

階段名稱

階段標識

需求控制

a設計階段

b編碼階段

c單元測試

d單元測試修改

e整合測試

f整合測試修改

g系統測試

h系統測試修改

i驗收測試

j驗收測試修改

關於版本號的總結

關於版本號的總結

關於版本號的總結

關於版本號討論

相關推薦