react native bare workflow下expo-updates多版本OTA更新规则咨询

OTA 推送范围规则 #

expo-updates 对 OTA 包的分发有严格的原生构建版本匹配逻辑，默认不会无差别推送给所有版本用户，具体推送范围完全由你发布 OTA 时指定的兼容构建号范围决定：

• 如果你发布 OTA 时配置兼容构建号为 >=1，那么持有 1.0.0（构建1）和 2.0.0（构建2）的用户都会收到更新
• 如果你发布 OTA 时配置兼容构建号为 >=2，那么只有持有 2.0.0（构建2）的用户会收到更新
• 不手动指定兼容范围的情况下，expo-updates 会默认将 OTA 包的兼容构建号设置为你当前本地打包环境的构建号，也就是打 2.0.0 版本后默认推送的 OTA 只会分发给构建2的用户

跨原生版本推送 OTA 的兼容问题 #

如果你的 2.0.0（构建2）版本包含 build.gradle、AndroidManifest.xml 等原生层改动，且你把适配 2.0.0 的 OTA 包推给了 1.0.0（构建1）的用户，必然会出现运行异常，严重情况下会直接触发应用闪退。
原因是 OTA 更新仅会替换 JS 包和静态资源，永远不会修改用户设备上已安装的原生层代码和配置，适配 2.0.0 的 JS 代码必然依赖新版本的原生能力/配置，旧版本原生环境无法提供对应能力就会触发运行时报错。

最佳实践建议 #

• 每次发布包含原生改动的应用商店版本时，必须抬升构建号，和旧原生版本的构建号做明确区分
• 原生层有变动后，后续推送 OTA 要严格按构建号范围分发，给旧原生版本推适配旧环境的 OTA 包，给新原生版本推适配新环境的 OTA 包
• 原生改动较大的情况下，可以给不同原生版本建立独立的 OTA 发布分支，避免错发导致兼容事故

内容的提问来源于stack exchange，提问作者John Stuart