## 一、更新當前線上版本的bug或重要的小功能 ### 重要的幾點 1. 此版本必須在代碼版本控制系統里找到對應的tag，然后進行修復bug。不能在現有開發版本上進行操作。 2. 修復bug后，部署熱更新到Staging測試環境中，測試通過后，升級環境到Production正式環境中，并且考慮是否要進行灰度更新 3. 線上用戶反饋bug沒修復或導致其他問題的時候，立即回滾Production到前一個label，然后再執行上面的步驟，直到bug修復成功。  如圖：label v4 就是v3 回滾到v1的新版。 4. 灰度更新沒問題后，發布100%更新，然后將代碼合并到主分支上，然后將主分支代碼合并到開發分支上，繼續開發！ ## 二、和App內版本更新的對比 1. app內部更新通過版本號；熱更新通過版本名稱 2. app內部更新機制：接口返回的版本號大于App內部版本號時，說明有新版本，然后進行后續更新 3. 熱更新機制：發布更新時填寫的版本名稱和app內部的版本名稱處于下列規則時，進行更新  4. app內部更新需要彈框提示升級；熱更新則是靜默更新，用戶感知不到。 5. app內部更新可以更新任何修改的東西；熱更新只支持修改Js及資源文件。Android和IOS原生代碼不支持 ## 三、和現有版本更新整合 **線上版本是2.7.1 ，版本號14** * 熱更版本2.7.1 ，版本號14 * 版本更新2.7.2， 版本號 15 **App請求 版本更新接口:** * 接口返回的版本號=14，無新版本->熱更 * 接口返回的版本號 =15，有新版->提示是否更新->否--熱更，是->版本更新 * 接口返回的版本號 =15且是程序允許的最低版本，有新版->提示強制更新