軟件版本命名規范

軟件周期版本

軟件版本周期

α、β、λ?常用來表示軟件測試過程中的三個階段。
--?α?是第一階段，一般只供內部測試使用；
--?β是第二個階段，已經消除了軟件中大部分的不完善之處，但仍有可能還存在缺陷和漏洞，一般只提供給特定的用戶群來測試使用；
--?λ是第三個階段，此時產品已經相當成熟，只需在個別地方再做進一步的優化處理即可上市發行。

開發期

--?Alpha(α)：預覽版，或者叫內部測試版；一般不向外部發布，會有很多Bug；一般只有測試人員使用。
--?Beta(β)：測試版，或者叫公開測試版；這個階段的版本會一直加入新的功能；在?Alpha版之后推出。
--?RC(Release?Candidate)：最終測試版本；可能成為最終產品的候選版本，如果未出現問題則可發布成為正式版本
--?Release版:?該版本意味“最終版本”，在前面版本的一系列測試版之后，終歸會有一個正式版本，是最終交付用戶使用的一個版本。該版本有時也稱為標準版。一般情況下，Release不會以單詞形式出現在軟件封面上，取而代之的是符號(Ｒ)。
多數開源軟件會推出兩個RC版本，最后的?RC2?則成為正式版本。

完成期

--?Stable：穩定版；來自預覽版本釋出使用與改善而修正完成。
--?GA(General?Availability)：正式發布的版本；在國外都是用GA來說明release版本的。
--?RTM(Release?to?Manufacturing)：給生產商的release版本；RTM版本并不一定意味著創作者解決了軟件所有問題；仍有可能向公眾發布前更新版本。
另外一種RTM的稱呼是RTW（Release?To?Web），表示正式版本的軟件發布到Web網站上供客戶免費下載。
--?RTL(Retail)：零售版；是真正的正式版，正式上架零售版。
alpha、beta、gamma?用來標識測試的階段和范圍

說明

????Alpha:內部測試版，，即現在說的CB，指開發團隊內部測試的版本或者有限用戶體驗測試版本;
????Beta:外部測試版?，是指公測，即針對所有用戶公開的測試版本;
????gamma:?是beta?版做過一些修改，成為正式發布的候選版本（Release?Candidate）
????Build:內部標號?
????Corporation或Enterprise企業版?
????Delux:豪華版??(deluxe:?豪華的，華麗的)
????DEMO演示版，一般會有功能限制?
????Free:免費版?
????Full:完全版?
????Final:正式版?
????Pro(professional):專業版?
????Plus:加強版?
????Retail:零售版?
????Release發行版，有時間限制?
????Shareware共享版，雖然不會要求注冊但是一般也有功能限制?
????SR:修正版?
????Trial:試用版（一般有時間或者功能限制）

?

RTM：(Release to Manufacture)是給工廠大量壓片的版本，內容跟正式版是一樣的，不過RTM版也有出限制、評估版的。但是和正式版本的主要程序代碼都是一樣的。

OEM：是給計算機廠商隨著計算機販賣的，也就是隨機版。只能隨機器出貨，不能零售。只能全新安裝，不能從舊有操作系統升級。包裝不像零售版精美，通常只有一面CD和說明書(授權書)。?

EVAL：而流通在網絡上的EVAL版，與“評估版”類似，功能上和零售版沒有區別。?

RTL：Retail(零售版)是真正的正式版，正式上架零售版。在安裝盤的i386文件夾里有一個eula.txt，最后有一行EULAID，就是你的 版本。比如簡體中文正式版是EULAID:WX.4_PRO_RTL_CN，繁體中文正式版是WX.4_PRO_RTL_TW。其中：如果是WX.開頭是 正式版，WB.開頭是測試版。_PRE，代表家庭版；_PRO，代表專業版。

Demo版(演示版)：DEMO是英語單詞demonstration的縮寫,演示版,試用版,主要是演示正式軟件的部分功能，用戶可以從中得知軟件的基本操作，為正式產品的發售擴大影響。

-----------------------------------------------

Enhance版(增強版或加強版)：如果是一般軟件，一般稱作“增強版”，會加入一些實用的新功能。如果是game，一般稱作“加強版”，會加入一些新的場景和情節等。這是正式發售的版本。?

------------------------------

KB:

KB是微軟對補丁的命名方式，是Knowledge Base(知識庫)的簡稱。

其指的是某個補丁對應微軟知識庫中哪一篇文章.。

例如KB888111，就是對應知識庫中888111號文章。

現在一般用來表示補丁,KB1,KB2,KB3......

------------------------------------

SP:

升級補丁包Service Pack 的簡稱

如Windows XP SP2等。

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

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

1.1.1.051021_beta。

1：主版本號（總版本號）

1：分支版本號

1：小版本號

051021：里程碑版本日期版本號

希臘字母版本號

APP版本號的命名修改規則

1. 主版本號（1）

當APP的多個主要模塊有較大的變動，一般情況下，比方說APP新增一個TAB，整個產品結構都改變了；或者新增了新的功能或業務，比方說微信上線錢包，抖音上線直播；
主版本號起始值為0或者1，具體需要由產品經理來決定是否需要修改主版本號（PS：大多數可能需要老板拍板）。

2. 子版本號（1）

子版本號初始值為0；
當APP的較少主要模塊發生較大的變動或新增模塊（涉及主邏輯變更的）、較多個分支模塊發生較大的變動或新增，相對于主版本號而言僅是局部的變動，比方說某個功能上的UI重構，某個頁面的優化等，其中較少模塊和較多模塊需要去定義，一般我們認為較少為小于3個，較多認為是超過3個；
子版本號的最大值需要確定，不同的公司可能有最大的值，比方說最大為9，如果超過9，則需要主版本號進1，也有些公司可能不存在最大值，只會在主版本號+1的情況下才會將子版本號歸0；這里沒有確定的原則和規范，可以由產品經理自己定規則。

3. 階段版本號（1）

階段版本號初始值為0；
什么時候修改階段版本號，一般是Bug修復、較少個分支模塊的變動，比方說視覺、樣式、交互、文案等修改的情況；
一般情況下，如果只是修復bug，則階段版本號+1即可；如果既涉及到bug修復，又涉及到較少分支模塊的修改，則階段版號+2；如果超過3個分支模塊的修改，則建議直接子版本號+1。

4.日期版本號(051021):

用于記錄修改項目的當前日期，每天對項目的修改都需要更改日期版本號。此版本號由開發人員決定是否修改。

5.希臘字母版本號(beta):

此版本號用于標注當前版本的軟件處于哪個開發階段，當軟件進入到另一個階段時需要修改此版本號。此版本號由項目決定是否修改。

總結

盡管說版本號只是一串數字，但是對于產品經理、開發人員以及用戶來說，都是有意義的一串數字。既能規范版本的生命周期，也能方便內部人員的溝通和工作。

命名版本號是一個不嚴謹和規范的，而產品經理是需要去追求完美的，希望以上的APP版本的命名規范能夠給大家一些參考。