不知道大家在寫程序、畫板子的時候，版本號是怎么命名的？
最常見的就是V1.0.0這種簡單的形式命名；復雜一點就是帶有日期、后綴等版本信息。
當然，版本號命名規范就像代碼規范一樣，不同公司、不同崗位的規范不同。
說明：
第一位（1）：主版本號。當功能模塊有較大的變動，比如增加多個模塊或者整體架構發生變化。此版本號由項目決定是否修改。
第二位（2）：子版本號。當功能有一定的增加或變化，比如增加了對權限控制、增加自定義視圖等功能。此版本號由項目決定是否修改。
第三位（3）：修訂版本號。一般是 Bug 修復或是一些小的變動，要經常發布修訂版，時間間隔不限，修復一個嚴重的bug即可發布一個修訂版。此版本號由項目經理決定是否修改。
日期版本號（20201228）：用于記錄修改項目的當前日期，每天對項目的修改都需要更改日期版本號。此版本號由開發人員決定是否修改。
希臘字母版本號(rc)：此版本號用于標注當前版本的軟件處于哪個開發階段，當軟件進入到另一個階段時需要修改此版本號。此版本號由項目決定是否修改。
Base版: 此版本表示該軟件僅僅是一個假頁面鏈接，通常包括所有的功能和頁面布局，但是頁面中的功能都沒有做完整的實現，只是做為整體網站的一個基礎架構。
Alpha版: 此版本表示該軟件在此階段主要是以實現軟件功能為主，通常只在軟件開發者內部交流，一般而言，該版本軟件的Bug較多，需要繼續修改。
Beta版: 該版本相對于α版已有了很大的改進，消除了嚴重的錯誤，但還是存在著一些缺陷，需要經過多次測試來進一步消除，此版本主要的修改對像是軟件的UI。
RC版: 該版本已經相當成熟了，基本上不存在導致錯誤的BUG，與即將發行的正式版相差無幾。
Release版: 該版本意味“最終版本”，在前面版本的一系列測試版之后，終歸會有一個正式版本，是最終交付用戶使用的一個版本。該版本有時也稱為標準版。一般情況下，Release不會以單詞形式出現在軟件封面上，取而代之的是符號(Ｒ)。
| 階段名稱 |
階段標識 |
| 需求控制 |
a |
| 設計階段 |
b |
| 編碼階段 |
c |
| 單元測試 |
d |
| 單元測試修改 |
e |
| 集成測試 |
f |
| 集成測試修改 |
g |
| 系統測試 |
h |
| 系統測試修改 |
i |
| 驗收測試 |
j |
| 驗收測試修改 |
k |
不同的軟件，其版本命名也會不同，比如在我之前分享的文章《Keil MDK 和 IAR EARM發展歷程及歷史版本下載》中，你就會發現：
Keil MDK版本命名為：V5.33 （只有主版本和次版本）；
而IAR EWARM版本命名為：V8.50.9.33462（通過序列號代替日期）。
其實，絕大部分軟件的主版本和次版本才是關鍵，其它修訂版本、日期版本這些因軟件而已。
像微信、QQ、支付寶、抖音這些大家常用的APP軟件版本號，你會發現，也是類似方法命名。
