Expo 生产部署

要解决什么问题

Expo 项目从本地开发到线上用户，中间至少有两条路径：原生二进制（App Store / Google Play）和 OTA 空中更新（不改商店包即可推送 JS/资源）。版本号、生产环境变量、EAS 构建配置、商店元数据与审核、更新渠道与回滚策略若混在一起处理，很容易在「能跑的开发包」和「可上架、可运维的生产包」之间踩坑。

技能如何组织部署

本技能按 Expo 常见生产流程拆成几块可操作 guidance：

1. 构建配置：对齐生产构建（如 eas.json、环境变量、包体积审查）。
2. 应用商店提交：iOS/Android 生产二进制、Connect / Play Console 元数据与提交流程、列表与截图、审核跟进。
3. OTA 更新：划分生产 / 预发布等更新渠道，构建发布、发布策略与采用率监控，必要时回滚。
4. 发布管理：版本与渠道的一致性，避免「商店版本」与「OTA 渠道」脱节。
5. 生产优化：错误追踪、分析与性能监控等上线后运维习惯。

文档中还给出部署前检查清单（测试、版本号、生产 env、本地验证生产构建）以及应用商店部署、OTA 的分步工作流，并强调用 EAS Build 做可靠构建、提交前测生产包、分阶段发布渠道等实践。

适用边界

技能侧重流程与配置决策，不会替代各商店当期审核政策、证书/签名细节或你团队内部的 CI 规范。复杂原生模块或脱离 Expo 托管工作流的项目，仍需对照官方文档与 EAS 文档做个案验证。