? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?版本號命名規范

?

為了進行版本管理，特制定WEB端版本號命名規范：

1、版本命名規范

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

2、版本號修改規則

⑴?主版本號(1)

當功能模塊有較大的變動，比如增加多個模塊或者整體架構發生變化。此版本號由項目決定是否修改。

⑵?子版本號(1)

相對于主版本號而言，子版本號升級對應的是軟件功能有一定的增加或變化，比如增加了對權限控制、增加自定義視圖等功能。此版本號由項目決定是否修改。

⑶?階段版本號(1)

一般是 Bug 修復或是一些小的變動，要經常發布修訂版，時間間隔不限，修復一個嚴重的bug即可發布一個修訂版。此版本號由項目經理決定是否修改。

⑷?日期版本號(051021)

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

⑸?希臘字母版本號(beta)

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

3、軟件版本階段說明

⑴?Base：

此版本表示該軟件僅僅是一個假頁面鏈接，通常包括所有的功能和頁面布局，但是頁面中的功能都沒有做完整的實現，只是做為整體網站的一個基礎架構。

⑵?α（Alpha）版：內測版。

軟件的初級版本，表示該軟件在此階段以實現軟件功能為主，通常只在軟件開發者 內部交流，或者專業測試人員測試用，一般而言，該版本軟件的Bug較多，需要繼續修改，是測試版本。測試人員提交Bug經開發人員修改確認之后，發布到測試網址讓測試人員測試，此時可將軟件版本標注為alpha版。

⑶?β（Beta）版：公測版。

該版本相對于α版已有了很大的改進，消除了嚴重的錯誤，但還是存在著一些缺陷，需要經過多次測試來進一步消除，此版本主要的修改對像是軟件的UI，供專業愛好者大規模測試用。

⑷?RC 版：

是 Release Candidate 的縮寫，意思是發布倒計時，候選版本，該版本已經相當成熟了，完成全部功能并清除大部分的BUG，基本上不存在導致錯誤的BUG，與即將發行的正式版相差無幾。

⑷?Release 版：

該版本意味“最終版本”，在前面版本的一系列測試版之后，終歸會有一個正式版本，是最終交付用戶使用的一個版本。該版本有時也稱為標準版。一般情況下，Release不會以單詞形式出現在軟件封面上，取而代之的是符號(R)。

4、版本號修改舉例說明

比如版本號為：1.0.0.0321_alpha ，此時為內部測試階段

⑴ 開發人員修復了測試人員提交的bug并經測試人員測試驗證關閉bug之后，發布到外網時，此時就進入了軟件的下一個階段，版本號可改為：1.0.0.0321_beta ，如當前日期跟上一個版本號的日期不一樣，版本號可改為：1.0.0.0322_beta。

⑵ 如果修復了一些重大Bug 并按照流程發布到外網時就可發布一個修訂版，如1.0.1.0322_beta，日期為發布的當前日期。

⑶ 如果對軟件進行了一些功能上的改進或增強，進行了一些局部變動的時候要修改次版本號，如：1.1.0.0322_beta（上一級有變動時，下級要歸零）。

⑷ 當功能模塊有較大變動，增加模塊或整體架構發生變化時要修改主版本號，如新增加了退款功能，則版本號要改為：2.0.0.0322_beta 。

⑸ 緊急情況：如果bug比較緊急可跳過一般流程，由開發人員盡快修復bug，測試確認之后直接發布該版本的beta版。

總結

以上是生活随笔為你收集整理的软件版本号命名规范的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。