軟件版本號

版本控制比較廣泛的 3 種命名格式 :

1、GNU 風格的版本號命名格式 :
主版本號 . 子版本號 [. 修正版本號 [. 編譯版本號 ]]
Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]]
示例 : 1.2.1, 2.0, 5.0.0 build-13124

2、Windows 風格的版本號命名格式 :
主版本號 . 子版本號 [ 修正版本號 [. 編譯版本號 ]]
Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]]
示例: 1.21, 2.0

3、.Net Framework 風格的版本號命名格式:
主版本號.子版本號[.編譯版本號[.修正版本號]]
Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Number]]
版本號由二至四個部分組成：主版本號、次版本號、內部版本號和修訂號。主版本號和次版本號是必選的；內部版本號和修訂號是可選的，可是若是定義了修訂號部分，則內部版本號就是必選的。全部定義的部分都必須是大於或等於 0 的整數。

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

Major ：具備相同名稱但不一樣主版本號的程序集不可互換。例如，這適用於對產品的大量重寫，這些重寫使得沒法實現向後兼容性。

Minor ：若是兩個程序集的名稱和主版本號相同，而次版本號不一樣，這指示顯著加強，但照顧到了向後兼容性。例如，這適用於產品的修正版或徹底向後兼容的新版本。

Build ：內部版本號的不一樣表示對相同源所做的從新編譯。這適合於更改處理器、平臺或編譯器的狀況。

Revision ：名稱、主版本號和次版本號都相同但修訂號不一樣的程序集應是徹底可互換的。這適用於修復之前發佈的程序集中的安全漏洞。

程序集的只有內部版本號或修訂號不一樣的後續版本被認爲是先前版本的修補程序 (Hotfix) 更新。

版本號管理策略

1、GNU 風格的版本號管理策略：

1．項目第一版本時，版本號能夠爲 0.1 或 0.1.0, 也能夠爲 1.0 或 1.0.0，若是你爲人很低調，我想你會選擇那個主版本號爲 0 的方式；
2．當項目在進行了局部修改或 bug 修正時，主版本號和子版本號都不變，修正版本號加 1；
3. 當項目在原有的基礎上增長了部分功能時，主版本號不變，子版本號加 1，修正版本號復位爲 0，於是能夠被忽略掉；
4．當項目在進行了重大修改或局部修正累積較多，而致使項目總體發生全局變化時，主版本號加 1；
5．另外，編譯版本號通常是編譯器在編譯過程當中自動生成的，咱們只定義其格式，並不進行人爲控制。

2、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 位數字的版本號。

對於用戶來講，若是某個軟件的主版本號進行了升級，用戶還想繼續那個軟件，則發行軟件的公司通常要對用戶收取升級費用；而若是子版本號或修正版本號發生了升級，通常來講是免費的。

=====附錄軟件版本名稱=====

α（alphal） 內部測試版
α版，此版本表示該軟件僅僅是一個初步完成品，一般只在軟件開發者內部交流，也有不多一部分發布給專業測試人員。通常而言，該版本軟件的 bug 較多，普通用戶最好不要安裝。

β（beta）外部測試版
該 版本相對於α版已有了很大的改進，消除了嚴重的錯誤，但仍是存在着一些缺陷，須要通過大規模的發佈測試來進一步消除。這一版本一般由軟件公司免費發佈，用 戶可從相關的站點下載。經過一些專業愛好者的測試，將結果反饋給開發者，開發者們再進行有針對性的修改。該版本也不適合通常用戶安裝。

γ（gamma）版
該版本已經至關成熟了，與即將發行的正式版相差無幾，若是用戶實在等不及了，盡能夠裝上一試。

trial（試用版）
試用版軟件在最近的幾年裏頗爲流行，主要是得益於互聯網的迅速發展。該版本軟件一般都有時間限制，過時以後用戶若是但願繼續使用，通常得交納必定的費用進行註冊或購買。有些試用版軟件還在功能上作了必定的限制。

unregistered（未註冊版）
未 註冊版與試用版極其相似，只是未註冊版一般沒有時間限制，在功能上相對於正式版作了必定的限制，例如絕大多數網絡電話軟件的註冊版和未註冊版，二者之間在 通話質量上有很大差距。還有些雖然在使用上與正式版毫無二致，可是動不動就會彈出一個惱人的消息框來提醒你註冊，如看圖軟件acdsee、智能陳橋漢字輸 入軟件等。

demo 演示版
在非正式版軟件中，該版本的知名度最大。demo版僅僅集成了正式版中的幾個功能，很有點像 unregistered。不一樣的是，demo版通常不能經過升級或註冊的方法變爲正式版。

以 上是軟件正式版本推出以前的幾個版本，α、β、γ能夠稱爲測試版，大凡成熟軟件總會有多個測試版，如 windows 98 的β版，前先後後將近有10個。這麼多的測試版一方面爲了最終產品儘量地知足用戶的須要，另外一方面也儘可能減小了軟件中的bug 。而 trial 、unregistered 、demo有時統稱爲演示版，這一類版本的廣告色彩較濃，很有點先嚐後買的味道，對於普通用戶而言天然是能夠免費嚐鮮了。

正式版，不一樣類型的軟件的正式版本一般也有區別。

release 最終釋放版
該 版本意味「最終釋放版」，在出了一系列的測試版以後，終歸會有一個正式版本，對於用戶而言，購買該版本的軟件絕對不會錯。該版本有時也稱爲標準版。通常情 況下，release不會以單詞形式出如今軟件封面上，取而代之的是符號 (r) ，如 windows nt(r) 4.0、ms-dos(r) 6.22 等。

registered 註冊版
很顯然，該版本是與 unregistered 相對的註冊版。註冊版、release和下面所講的standard版同樣，都是軟件的正式版本，只是註冊版軟件的前身有很大一部分是從網上下載的。

standard 標準版
這是最多見的標準版，不管是什麼軟件，標準版必定存在。標準版中包含了該軟件的基本組件及一些經常使用功能，能夠知足通常用戶的需求。其價格相對高一級版本而言仍是「平易近人」的。

deluxe 豪華版
顧名思義即爲「豪華版」。豪華版一般是相對於標準版而言的，主要區別是多了幾項功能，價格固然會高出一大塊，不推薦通常用戶購買。此版本一般是爲那些追求「完美」的專業用戶所準備的。

reference
該 版本型號常見於百科全書中，比較有名的是微軟的encarta系列。 reference是最高級別，其包含的主題、圖像、影片剪輯等相對於standard和deluxe版均有大幅增長，容量由一張光盤猛增至三張光盤，並 且加入了很強的交互功能，固然價格也不菲。能夠這麼說，這一版本的百科全書才能算是真正的百科全書，也是發燒友們收藏的首選。

professional（專業版）
專 業版是針對某些特定的開發工具軟件而言的。專業版中有許多內容是標準版中所沒有的，這些內容對於一個專業的軟件開發人員來講是極爲重要的。如微軟的 visual foxpro標準版並不具有編譯成可執行文件的功能，這對於一個完整的開發項目而言顯然是沒法忍受的，若客戶機上沒有foxpro將不能使用。若是用專業 版就沒有這個問題了。

enterprise（企業版）
企業版是開發類軟件中的極品（至關於百 科全書中的reference版）。擁有一套這種版本的軟件能夠毫無障礙地開發任何級別的應用軟件。如著名的visual c++的企業版相對於專業版來講增長了幾個附加的特性，如sql調試、擴展的存儲過程嚮導、支持as/400對ole db的訪問等。而這一版本的價格也是普通用戶沒法接受的。如微軟的visual studios 6.0 enterprise 中文版的價格爲 23000 元。

其餘版本，除了以上介紹的一些版本外，還有一些專有版本名稱。

update（升級版）
升級版的軟件是不能獨立使用的，該版本的軟件在安裝過程當中會搜索原有的正式版，若是不存在，則拒絕執行下一步。如microsoft office 2000升級版、windows 9x升級版等等。

oem版
oem 版一般是捆綁在硬件中而不單獨銷售的版本。將本身的產品交給別的公司去賣，保留本身的著做權，雙方互惠互利，一箭雙鵰。

單機（網絡）版
網絡版在功能、結構上遠比單機版複雜，若是留心一下軟件的報價，你就會發現某些軟件單機版和網絡版的價格相差很是大，有些網絡版甚至多一個客戶端口就要加很多錢。

普及版
該版本有時也會被稱爲共享版，其特色是價格便宜（有些甚至徹底免費）、功能單1、針對性強（固然也有佔領市場、打擊盜版等因素）。與試用版不一樣的是，該版本的軟件通常不會有時間上的限制。固然，若是用戶想升級，最好仍是去購買正式版。

Enhance 加強版或者增強版 屬於正式版
Free 自由版
Full version 徹底版 屬於正式版
shareware 共享版
Release 發行版 有時間限制
Upgrade 升級版
Retail 零售版
Cardware 屬共享軟件的一種，只要給做者回復一封電郵或明信片便可。（有的做者並由此提供註冊碼等），目前這種形式已很少見。
Plus 屬加強版，不過這種大部分是在程序界面及多媒體功能上加強。
Preview 預覽版
Corporation & Enterprise 企業版
Standard 標準版
Mini 迷你版也叫精簡版只有最基本的功能
Premium -- 貴价版
Professional -- 專業版
Express -- 特別版
Deluxe -- 豪華版
Regged -- 已註冊版
CN -- 簡體中文版
CHT -- 繁體中文版
EN -- 英文版

Multilanguage -- 多語言版

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

常規：徹底的版本號定義，分三項：：<主版本號>.<次版本號>.<修訂版本號>，如 1.0.0

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