- 作為產品經理，我們會經常跟產品更新迭代打交道，同樣產品的更新迭代就會面臨版本命名的問題，進入公司大部分的產品經理可能不會涉及到版本規則的制定，但是我們依然應該知道通常產品迭代的版本號規范與命名應該是怎么樣的呢？
- 軟件版本階段說明
Alpha版: 此版本表示該軟件在此階段主要是以實現軟件功能為主，通常只在軟件開發者內部交流，一般而言，該版本軟件的Bug較多，需要繼續修改。
Beta版: 該版本相對於α版已有了很大的改進，消除了嚴重的錯誤，但還是存在着一些缺陷，需要經過多次測試來進一步消除，此版本主要的修改對像是軟件的UI。
RC版: 該版本已經相當成熟了，基本上不存在導致錯誤的BUG，與即將發行的正式版相差無幾。
Release版: 該版本意味“最終版本”，在前面版本的一系列測試版之后，終歸會有一個正式版本，是最終交付用戶使用的一個版本。該版本有時也稱為標准版。一般情況下，Release 不會以單詞形式出現在軟件封面上，取而代之的是符號(R)。 - 版本命名規范
軟件版本號由四部分組成：
第一個1為主版本號
第二個1為子版本號
第三個1為階段版本號
第四部分為日期版本號加希臘字母版本號
希臘字母版本號共有5種，分別為：base、alpha、beta、RC、release。例如：1.1.1.051021_beta
常規：完全的版本號定義，分三項：：<主版本號>.<次版本號>.<修訂版本號>，如 1.0.0 - 版本號定修改規則
主版本號(1)：當功能模塊有較大的變動，比如增加多個模塊或者整體架構發生變化。此版本號由項目決定是否修改。
子版本號(1)：當功能有一定的增加或變化，比如增加了對權限控制、增加自定義視圖等功能。此版本號由項目決定是否修改。
階段版本號(1)：一般是 Bug 修復或是一些小的變動，要經常發布修訂版，時間間隔不限，修復一個嚴重的bug即可發布一個修訂版。此版本號由項目經理決定是否修改。
日期版本號(051021): 用於記錄修改項目的當前日期，每天對項目的修改都需要更改日期版本號。此版本號由開發人員決定是否修改。
希臘字母版本號(beta): 此版本號用於標注當前版本的軟件處於哪個開發階段，當軟件進入到另一個階段時需要修改此版本號。此版本號由項目決定是否修改。 - 文件命名規范
文件名稱由四部分組成：第一部分為項目名稱，第二部分為文件的描述，第三部分為當前軟件的版本號，第四部分為文件階段標識加文件后綴，例如：項目外 包平台測試報告 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。 - 版本號的階段標識
軟件的每個版本中包括11個階段，詳細階段描述如下：