1.版本命名規範
軟體版本號有四部分組成，第一部分為主版本號，第二部分為次版本號，第三部分為修訂版
本號，第四部分為日期版本號加希臘字母版本號，希臘字母版本號共有五種，分別為base、alpha、beta 、rc 、 release
步驟閱讀
22.軟體版本階段說明
alpha ：軟體的初級版本，表示該軟體在此階段以實現軟體功能為主，通常只在軟體開發者 內部交流，一般而言，該版本軟體的bug較多，需要繼續修改，是測試版本。測試 人員提交bug經開發人員修改確認之後，發布到測試**讓測試人員測試，此時可 將軟體版本標註為alpha版。
beta ：該版本相對於alpha 版已經有了很大的進步，消除了嚴重錯誤，但還需要經過多次 測試來進一步消除，此版本主要的修改物件是軟體的ui。修改的的bug 經測試人 員測試確認後可發布到外網上，此時可將軟體版本標註為 beta版。
rc ：該版本已經相當成熟了，基本上不存在導致錯誤的bug，與即將發行的正式版本相差 無幾。
release：該版本意味「最終版本」，在前面版本的一系列測試版之後，終歸會有乙個正式的 版本，是最終交付使用者使用的乙個版本。該版本有時也稱標準版。
步驟閱讀
33.版本號修改規則
（1）主版本號：當功能模組有較大的變動，比如增加模組或是整體架構發生變化。此版本 號由專案決定是否修改。
（2）次版本號：相對於主版本號而言，次版本號的公升級對應的只是區域性的變動，但該區域性 的變動造成程式和以前版本不能相容，或者對該程式以前的協作關係產生 了破壞，或者 是功能上有大的改進或增強。此版本號由專案決定是否修 改。
（3）修訂版本號：一般是bug 的修復或是一些小的變動或是一些功能的擴充，要經常發布 修訂版，修復乙個嚴重 bug 即可發布乙個修訂版。此版本號由專案經理 決定是否修改。
（4）日期版本號：用於記錄修改專案的當前日期，每天對專案的修改都需要更改日期版本 號。此版本號由開發人員決定是否修改。
（5）希臘字母版本號：此版本號用於標註當前版本的軟體處於哪個開發階段，當軟體進入 到另乙個階段時需要修改此版本號。此版本號由專案決定是否修改。
步驟閱讀
44.版本發布週期
（1）非緊急情況：首先由測試人員測試並提交bug，其次開發人員會盡量在當天修復bug並在第二天發布該版本的alpha版，然後由測試人員測試驗證關閉bug之後在第三天會發布該版本的 beta 版。
緊急情況：如果bug比較緊急可跳過一般流程，由開發人員盡快修復bug，測試確認之後直接發布該版本的 beta版。
步驟閱讀
55.版本號修改舉例說明
如此時版本號為：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，日期為發布的當前日期。
（4）當功能模組有較大變動，增加模組或整體架構發生變化時要修改主版本號，如新增加了退款功能，則版本號要改為：2.0.0.0322_beta 。
軟體版本命名規範
1.軟體版本階段說明 base版 此版本表示該軟體僅僅是乙個假頁面鏈結，通常包括所有的功能和頁面布局，但是頁面中的功能都沒有做完整的實現，只是做為整體 的乙個基礎架構。alpha版 此版本表示該軟體在此階段主要是以實現軟體功能為主，通常只在軟體開發者內部交流，一般而言，該版本軟體的bug較多，需要繼...
軟體版本命名規範
1.軟體版本階段說明 base版 此版本表示該軟體僅僅是乙個假頁面鏈結，通常包括所有的功能和頁面布局，但是頁面中的功能都沒有做完整的實現，只是做為整體 的乙個基礎架構。alpha版 此版本表示該軟體在此階段主要是以實現軟體功能為主，通常只在軟體開發者內部交流，一般而言，該版本軟體的bug較多，需要繼...
軟體版本命名規範
如上圖，軟體版本號有四部分組成，第一部分為主版本號，第二部分為次版本號，第三部分為修訂版本號，第四部分為日期版本號加希臘字母版本號，希臘字母版本號共有五種，分別為base alpha beta rc release。希臘字母版本號共有五種，分別為base alpha beta rc release。...