## 1.版本命名規范(待定,還沒想好) 軟件版本號有四部分組成，第一部分為主版本號，第二部分為次版本號，第三部分為修訂版本號，第四部分為日期版本號加希臘字母版本號，希臘字母版本號共有五種，分別為base、alpha、beta 、RC 、 release 例如：1.1.1.20180612_Base 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.版本號上傳與下載格式說明 本服務器支持json與16進制精簡兩種協議，凡是用json傳輸的設備，均通過表意字符串來獲取或上傳版本號（1.1.1.20180612_Base），凡是用16進制精簡協議通訊的均采用16進制格式獲取或上傳版本號（0x0001000100010133ee8401） 表意版本號與16進制格式版本號對應規則 版本號|16進制格式 -|- 主版本號|16位16進制數 次版本號|16位16進制數 修訂版本號|16位16進制數 日期版本號|32位16進制數 base|0x01 alpha|0x02 beta|0x03 RC|0x04 release|0x05 > 按照如上規則表意版本號1.1.1.20180612_Base對應的16進制版本號為 0x0001000100010133ee8401