CodePush代码部署机制及React Native应用在App Center的托管内容咨询

1. 托管在微软App Center服务器的React Native代码部分 #

CodePush仅托管React Native前端层面的代码与资源，具体包括：

• 你编写的JS/TS业务逻辑代码
• 项目中的静态资源（如本地图片、字体、JSON配置文件等）
• 打包生成的JS bundle文件（iOS为main.jsbundle，Android为index.android.bundle）

简单来说，就是React Native项目中src（或app）目录下的代码，以及assets目录下的资源，不会涉及原生项目的底层文件。

2. 敏感内容是否会上传至CodePush？ #

不会，但有需要注意的细节：

• 原生代码（Objective-C/Swift/Kotlin/Java）、原生项目配置文件（如build.gradle、Info.plist）只会打包到IPA/APK安装包中，不会上传到App Center服务器。
• 后端服务器代码本身不在客户端项目范围内，自然不会被CodePush处理。
• 但如果你的JS代码中硬编码了敏感信息（如API密钥、加密密钥），这些内容会被打包进JS bundle并上传，这是需要严格避免的。

3. CodePush发布流程中打包上传的内容 #

执行code-push release-react命令时，流程如下：

1. 本地先执行React Native的打包命令（react-native bundle），生成对应的JS bundle和资源文件。
2. 对比CodePush服务器上的当前最新版本，生成增量更新包（首次发布则为全量包）。
3. 最终上传到App Center的内容包括：
   • 打包后的JS bundle文件
   • 与更新相关的静态资源文件（仅变更的资源，增量包情况下）
   • 更新的元数据（版本号、更新说明、部署环境标识等）

注意：不会上传node_modules目录、原生项目文件、未被打包的本地文件。

4. 更新应用到设备的流程与安全措施 #

更新应用流程 #

1. 应用启动/后台唤醒时，会向CodePush服务器发起HTTPS请求，检查对应部署环境（Staging/Production）的更新。
2. 根据配置的更新策略（静默更新、弹窗提示用户确认等），下载更新包到设备的安全本地目录。
3. 下载完成后，下次启动应用时，React Native会优先加载本地的更新包，替换原安装包中的JS bundle。

安全保护措施 #

• HTTPS加密传输：所有与服务器的通信都通过HTTPS加密，防止数据被窃听或篡改。
• 更新包签名验证：每个CodePush更新包都会由开发者的密钥签名，设备下载后会自动验证签名，确保更新包未被篡改且来自合法开发者。
• 部署权限控制：App Center中可给CodePush部署环境设置权限，仅授权开发者能发布更新，避免恶意操作。
• 本地安全存储：更新包会存储在设备的私有安全目录，部分系统会对该目录进行加密，防止第三方非法获取。

5. 更新回滚的可行性与流程 #

CodePush完全支持回滚，有两种方式：

服务器端主动回滚 #

1. 登录App Center控制台，找到目标应用对应的CodePush部署环境（如Production）。
2. 定位到出问题的更新版本，点击「Rollback」按钮，选择要回滚到的稳定版本。
3. 用户设备下次检查更新时，会自动下载回滚后的版本，下次启动生效。

客户端自动/手动回滚 #

• 自动回滚：默认情况下，如果更新后的JS bundle加载失败（如JS报错导致应用崩溃），CodePush会自动触发回滚，下次启动时恢复到上一个可用版本。
• 手动回滚：可在代码中调用codePush.rollback() API，在检测到严重异常（如功能完全不可用）时主动触发回滚。

安全最佳实践 #

• 敏感信息隔离：将API密钥、加密密钥等敏感信息放在原生项目的配置文件中，通过Native Modules暴露给JS调用，不要硬编码在JS代码里。
• 分环境测试：先在Staging环境发布更新并完成测试，确认无问题后再推送到Production环境。
• 优先使用增量更新：CodePush默认生成增量包，减少用户下载量，降低更新失败概率。
• 监控更新状态：在App Center控制台查看更新的安装率、失败率，及时发现异常并处理。
• 定期测试回滚流程：确保出现问题时能快速完成回滚，减少对用户的影响。

内容的提问来源于stack exchange，提问作者Siddhant Shelake