隨着程序業務量的上升，讓整體用戶全部版本更新時越來越提心吊膽，擔心出問題，所以需要引入灰度發佈機制，並且有些業務和現有業務衝突，必須讓用戶強制更新才能使用新功能，還有一些更新只想提示指定範圍的用戶，所以現整理一套版本更新方案，以供大家參考。
基礎概念：
最新版本號 —— 管理員等程序上線通過審覈後，把當前程序的最新版本號手動錄入後臺管理系統，以做更新校驗用。
是否出彈框 —— 在程序首頁是否出更新提示的彈框。
是否強制更新 —— 在程序首頁出更新提示的彈框，並且此彈框是否能被關閉。
更新範圍 —— 根據用戶的類型，地域範圍和當前版本號等信息判斷是否要提示更新。
更新內容 —— 彈框內的更新提示文案。
對應平臺 —— 判斷這次更新提示適用於哪個平臺（防止iOS和Android版本號和更新內容不統一）。
設置/檢測版本 —— 在設置界面增加用戶直接檢測版本的按鈕，如果最新版本號大於當前版本號，就出更新彈框，可以選擇關閉或去更新。
根據此設計方案
Cms管理系統只需考慮對更新提示信息的錄入操作，除了上圖的錄入內容，還需注意最好每次的錄入都保存一條記錄，防止更新過程中，對之前的版本記錄不清楚，並且更新提示發佈時可以設定生效時間，以防錄入錯誤馬上生效。
移動端只需請求接口時上傳自己的token，當前程序版本號和平臺類型，然後接受返回數據，在首頁只需根據“是否出彈框”，“是否強制更新”，“更新內容”，“版本號”四個字段進行業務判斷處理。在設置/檢測更新界面，只需根據“更新內容”，“版本號”兩個字段判斷是否出更新提示。
服務接口端需要接受移動端的token，當前程序版本號和平臺類型，然後和Cms管理系統錄入的更新信息作對比，確定返回給移動端怎麼樣的提示信息。
如果上圖的更新提示方案既不想讓用戶頻繁刷新更新接口，又想完全攔截住老版本的衝突業務，還可以在程序所有接口上加版本號的公共參數，如果接口判斷是老版本號，已經不支持現有業務，可以在接口公共返回值層面提示用戶更新。