OTA 熱更新
React Native CodePush 熱更新方案
JS bundle 更新・動態資源・A/B 測試
使用 Microsoft CodePush（App Center 方案）針對 React Native 專案進行 JS bundle 與資源檔熱更新，免重新送審即可即時修正 bug、調整文案、替換圖片。支援多環境分流、灰度發布與強制更新，開發者可精準控制使用者端的版本。
原生版本與 JS Bundle 版本綁定
Binary 版本・Target Version・相容性檢查
清楚管理原生 Binary 版本與對應的 JS Bundle 版本，依 targetBinaryVersion 僅將更新推送給相容使用者，避免呼叫到尚未存在的原生模組。搭配 CI/CD 自動發版流程與版本回滾機制，讓團隊維持穩定、可追蹤的更新節奏。
Apple 與 Google 的 OTA 審核規範
不變更主要功能・不違反 Guideline・審核風險
遵循 Apple App Store Review Guideline 3.3.1 與 Google Play 開發者規範，OTA 熱更新僅用於修正錯誤、內容變動與 JS 邏輯調整，不可改變 App 主要用途或加入未送審的功能，協助客戶在合規前提下使用熱更新加速迭代。
更新覆蓋率與異常監控
Deployment Metrics・Crashlytics・一鍵 Rollback
追蹤 OTA 更新的下載成功率、採用比例、Crash 變化與使用者回饋，串接 Firebase Crashlytics 或 Sentry 監控異常，若新版本出現問題可一鍵回滾至上一個穩定版本，並產出更新報告協助團隊持續優化發布流程。
FAQ
常見問題
OTA 熱更新適合用在哪些情境？
OTA 熱更新適合小幅 UI 調整、文案修正、bug 修復、參數設定等不改動原生模組的變動，讓使用者自動取得新版本，省下審核等待時間。
Apple 與 Google 對熱更新有什麼限制？
Apple App Store 僅允許 JavaScript bundle 層級的變動，禁止影響核心功能或商業行為的原生邏輯更新；Google Play 相對寬鬆，但仍需遵守使用者安全與隱私相關政策。
主流的 OTA 熱更新方案有哪些？
React Native 可用 CodePush、Expo EAS Update；Flutter 可用 Shorebird；Capacitor / Ionic 可用 Capacitor Live Updates；原生 App 則可透過自建 bundle 管理機制實作。
熱更新會影響 App 啟動速度嗎？
我們會將檢查更新與下載放在背景執行，並於下次啟動時才套用新版本，避免用戶首次開啟 App 時出現延遲，同時支援強制更新與版本控制。
