版本號|軟件、硬件版本號命名規范

版本號|軟件、硬件版本號命名規范

不知道大家在寫程序、畫板子的時候 , 版本號是怎么命名的?
最常見的就是V1.0.0這種簡單的形式命名;復雜一點就是帶有日期、后綴等版本信息 。
當然 , 版本號命名規范就像代碼規范一樣 , 不同公司、不同崗位的規范不同 。
下面 , 就來簡單說一下關于版本號命名的常見規范 。
一、通用版本命名規范
這里分享一種通用的版本命名規范 , 格式如下:
主版本號.子版本號.修訂版本號.日期_版本階段
比如:V1.2.3.20201228_rc
說明:
【版本號|軟件、硬件版本號命名規范】第一位(1):主版本號 。 當功能模塊有較大的變動 , 比如增加多個模塊或者整體架構發生變化 。 此版本號由項目決定是否修改 。
第二位(2):子版本號 。 當功能有一定的增加或變化 , 比如增加了對權限控制、增加自定義視圖等功能 。 此版本號由項目決定是否修改 。
第三位(3):修訂版本號 。 一般是 Bug 修復或是一些小的變動 , 要經常發布修訂版 , 時間間隔不限 , 修復一個嚴重的bug即可發布一個修訂版 。 此版本號由項目經理決定是否修改 。
日期版本號(20201228):用于記錄修改項目的當前日期 , 每天對項目的修改都需要更改日期版本號 。 此版本號由開發人員決定是否修改 。
希臘字母版本號(rc):此版本號用于標注當前版本的軟件處于哪個開發階段 , 當軟件進入到另一個階段時需要修改此版本號 。 此版本號由項目決定是否修改 。
軟件版本階段說明:
Base版:此版本表示該軟件僅僅是一個假頁面鏈接 , 通常包括所有的功能和頁面布局 , 但是頁面中的功能都沒有做完整的實現 , 只是做為整體網站的一個基礎架構 。
Alpha版: 此版本表示該軟件在此階段主要是以實現軟件功能為主 , 通常只在軟件開發者內部交流 , 一般而言 , 該版本軟件的Bug較多 , 需要繼續修改 。
Beta版: 該版本相對于α版已有了很大的改進 , 消除了嚴重的錯誤 , 但還是存在著一些缺陷 , 需要經過多次測試來進一步消除 , 此版本主要的修改對像是軟件的UI 。
RC版:該版本已經相當成熟了 , 基本上不存在導致錯誤的BUG , 與即將發行的正式版相差無幾 。
Release版:該版本意味“最終版本” , 在前面版本的一系列測試版之后 , 終歸會有一個正式版本 , 是最終交付用戶使用的一個版本 。 該版本有時也稱為標準版 。 一般情況下 , Release不會以單詞形式出現在軟件封面上 , 取而代之的是符號(R) 。

二、其他版本命名規范
不同的軟件 , 其版本命名也會不同 , 比如在我之前分享的文章《Keil MDK 和 IAR EARM發展歷程及歷史版本下載》中 , 你就會發現:
Keil MDK版本命名為:V5.33 (只有主版本和次版本);
而IAR EWARM版本命名為:V8.50.9.33462(通過序列號代替日期) 。
其實 , 絕大部分軟件的主版本和次版本才是關鍵 , 其它修訂版本、日期版本這些因軟件而已 。
像微信、QQ、支付寶、抖音這些大家常用的APP軟件版本號 , 你會發現 , 也是類似方法命名 。
好了 , 現在你應該清楚該怎么對版本號命名了吧?!
聲明:本文轉載自21ic電子網 , 作者strongerHuang , 如涉及作品內容、版權和其它問題 , 請于聯系工作人員 , 我們將在第一時間和您對接刪除處理!

    相關經驗推薦