軟體版本命名規範

⑴ 如上圖，軟體版本號有四部分組成，第一部分為主版本號，第二部分為次版本號，第三部分為修訂版本號，第四部分為日期版本號加希臘字母版本號，希臘字母版本號共有五種，分別為base、alpha、beta、rc、release。

⑴ 希臘字母版本號共有五種，分別為base、alpha、beta、rc、release。

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

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

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

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

⑴ 主版本號：當功能模組有較大的變動，比如增加模組或是整體架構發生變化。此版本號由專案決定是否修改。

⑵ 次版本號：相對於主版本號而言，次版本號的公升級對應的只是區域性的變動，但該區域性的變動造成程式和以前版本不能相容，或者對該程式以前的協作關係產生了破壞，或者是功能上有大的改進或增強。此版本號由專案決定是否修改。

⑶ 修訂版本號：一般是bug的修復或是一些小的變動或是一些功能的擴充，要經常發布修訂版，修復乙個嚴重bug即可發布乙個修訂版。此版本號由專案經理決定是否修改。

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

⑸ 希臘字母版本號：此版本號用於標註當前版本的軟體處於哪個開發階段，當軟體進入到另乙個階段時需要修改此版本號。此版本號由專案決定是否修改。

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

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

⑶ 版本日期為發布的當前日期。

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

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

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

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

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