軟體命名規則

標籤：

一個正規的軟體產品少不了要有規範的命名，一個好的軟體產品一定要有個規範的版本號碼，而在命名版本號碼時有一些約定俗成的規則，下面我來簡單介紹下。

1.版本命名規範

軟體版本號碼有四部分組成，第一部分為主要版本號，第二部分為次版本號碼，第三部分為修訂版

本號，第四部分為日期版本號碼加希臘字母片本號，希臘字母片本號共有五種，分別為base、alpha、beta?、RC?、?release

2.軟體版本階段說明

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

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

Beta?：該版本相對於Alpha?版已經有了很大的進步，消除了嚴重錯誤，但還需要經過多次 ???測試來進一步消除，此版本主要的修改對象是軟體的UI。修改的的Bug?經測試人 ???員測試確認後可發布到外網上，此時可將軟體版本標註為?beta版。

RC?：該版本已經相當成熟了，基本上不存在導致錯誤的Bug，與即將發行的正式版本相差 ??無幾。

Release：該版本意味"最終版本"，在前面版本的一系列測試版之後，終歸會有一個正式的版本，是最終交付使用者使用的一個版本。該版本有時也稱標準版。

3.版本號碼修改規則

（1）主要版本號：當功能模組有較大的變動，比如增加模組或是整體架構發生變化。此版本 ? ???號由項目決定是否修改。

（2）次版本號碼：相對於主要版本號而言，次版本號碼的升級對應的只是局部的變動，但該局部 ? ???的變動造成程式和以前版本不能相容，或者對該程式以前的協作關係產生 ? ???了破壞，或者 是功能上有大的改進或增強。此版本號碼由項目決定是否修 ? ???改。

（3）修訂版本號碼：一般是Bug?的修複或是一些小的變動或是一些功能的擴充，要經常發布 ? ?修訂版，修複一個嚴重?Bug?即可發布一個修訂版。此版本號碼由專案經理 ? ?決定是否修改。

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

（5）希臘字母片本號：此版本號碼用於標註目前的版本的軟體處於哪個開發階段，當軟體進入到另一個階段時需要修改此版本號碼。此版本號碼由項目決定是否修改。

4.版本發布周期

（1）非緊急情況：首先由測試人員測試並提交Bug，其次開發人員會盡量在當天修複Bug並在第二天發布該版本的alpha版，然後由測試人員測實驗證關閉Bug之後在第三天會發布該版本的?beta?版。

緊急情況：如果Bug比較緊急可跳過一般流程，由開發人員儘快修複Bug，測試確認之後直接發布該版本的?beta版。

5.版本號碼修改舉例說明

如此時版本號碼為：1.0.0.0321_alpha?，此時為自我裝載階段

（1）開發人員修複了測試人員提交的bug並經測試人員測實驗證關閉bug之後，發布到外網時，此時就進入了軟體的下一個階段，版本號碼可改為：1.0.0.0321_beta?，如當前日期跟上一個版本號碼的日期不一樣，版本號碼可改為：1.0.0.0322_beta。

（2）如果修複了一些重大Bug?並按照流程發布到外網時就可發布一個修訂版，如1.0.1.0322_beta，日期為發布的當前日期。

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

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

軟體命名規則