如何把Expo应用提交到App StoreExpo Skills的EAS构建与TestFlight/Play发布全流程【免费下载链接】skillsA collection of AI agent skills for working with Expo projects and Expo Application Services项目地址: https://gitcode.com/gh_mirrors/skills9/skillsExpo Skills 是 Expo 官方出品的 AI 智能体技能合集其中eas-app-stores技能专门覆盖 EAS 构建与上架从一条命令完成 iOS TestFlight 提交、App Store 正式提审到 Android Google Play 分渠道发布帮助新手少踩签名、版本号、元数据等常见坑。本文按装技能 → 构建 → 提审 → 自动化的顺序带你走完 Expo 应用上架的完整流程。一、先搞懂EAS 构建为什么能简化上架把原生应用送上架传统流程要手动管理分发证书、描述文件、App Store Connect API 密钥还要处理 90 天后过期的 TestFlight 构建。EASExpo Application Services把这条链路收敛成三步步骤你做什么EAS 代劳什么① 构建指定production构建配置云端打包、自动签名、递增构建号② 提交指定提交配置上传到 App Store Connect / Play Console③ 发布在商店后台点击提审版本号管理、状态回查⚠️ 注意EAS 是付费服务云构建消耗 EAS 套餐资源Apple Developer 与 Google Play 开发者账号需另行注册。eas-app-stores技能的说明中明确标注了这一点详见 eas-app-stores/SKILL.md。二、准备步骤为 AI 助手装上 Expo Skills如果你的 AI 编程助手Claude Code、Codex、Cursor 等已安装 Expo 官方插件它会自动加载对应技能按你的任务路由到正确的知识。安装只需一条命令详见仓库说明 README.mdnpx skillslatest add expo/skills --skill *装好后直接对 AI 说帮我把这个 Expo 应用提交到 TestFlight即可——它会读取 eas-app-stores/SKILL.md 中的完整流程包括首次配置凭据时该跑eas credentials -p ios这类关键细节。三、最快路径一条命令出 TestFlight 内测版iOS 内测是最快验证上架通路是否打通的方式。Expo 项目里甚至提供了专用快捷命令# 登录并初始化 EAS 项目 eas login npx eas-clilatest init # iOS构建 自动提交到 TestFlight / App Store Connect npx eas-clilatest build -p ios --profile production --auto-submit # Expo / React Native 项目的 TestFlight 快捷方式 npx testflight构建成功 ≠ 已可安装。上架状态有明确的分层别只看命令返回成功已验证状态实际含义下一步检查EAS 构建完成产物已生成核对构建 ID 与源码版本提交已排队EAS 已安排上传跟踪返回的提交链接与日志Apple 处理成功二进制被接受查看 TestFlight 可用性与合规项构建已分配给测试组测试者可安装真机装包验证完整的状态追踪与常见故障对照表协议过期、图标含 alpha 通道、构建号重复等见 references/testflight.md。四、iOS App Store 正式提审清单TestFlight 跑通后正式上架还需要在 App Store Connect 补齐四组信息首次提审前必做应用信息主语言、Bundle ID必须与构建产物一致、SKU定价与可用地区App 隐私隐私政策链接、数据收集声明审核信息联系方式、演示账号如需要登录几个新手最容易卡住的点官方参考文档都给了对症方案见 references/ios-app-store.mdThe bundle version must be higher检查归档内的实际CFBundleVersion而不是只看 EAS 的远程计数器Missing compliance information未用加密的 App 可在app.json中声明usesNonExemptEncryption: false构建卡在处理中App Store Connect 处理通常需 5–30 分钟属正常现象。常见拒审原因速查崩溃/bug、元数据缺失、占位内容lorem ipsum、缺少演示账号、没有隐私政策链接。提审前用 TestFlight 多轮内测 外部测试外部测试者上限 1 万需过 beta 审核可大幅降低返工。发布时机有三种可选审批后自动发布、手动发布、指定日期自动发布仍需审批。大版本建议用分阶段发布第 1 天 1% → 第 7 天 100%出问题可及时刹车。五、AndroidGoogle Play 分轨道发布Android 侧的思路略有不同Play 用轨道track做灰度首次提交会自动落到内部测试轨道。# 构建并提交默认走 eas.json 中配置的 track npx eas-clilatest build -p android --profile production --auto-submit轨道用途internal内部测试最多 100 人alpha封闭测试beta开放测试production正式发布两点新手必读服务账号自动化提交需在 Google Cloud 创建服务账号并授予 Release to production 权限密钥文件务必加入.gitignore必须用 AABPlay 商店对新应用要求buildType: app-bundle提交 APK 会直接被拒。生产环境可配置inProgressrollout: 0.1实现 10% 灰度再逐步放量。首次提交前的完整检查清单内容声明、内容分级问卷、定价设置等见 references/play-store.md。六、进阶用 EAS Workflows 让上架全自动版本发布不该依赖手动敲命令。EAS Workflows 用 YAML 描述构建 → 提交流水线比如监听v*标签同时构建并提交 iOS 与 Androidon: push: tags: [v*] jobs: build-ios: type: build params: platform: ios profile: production submit-ios: type: submit needs: [build-ios] params: platform: ios profile: production更多示例PR 预览更新、条件任务见 references/workflows.md仓库内还有配套的 eas-workflows 技能 可以基于实时 schema 帮你校验 YAML。七、版本号与商店元数据两个隐形开关版本号在eas.json中开启appVersionSource: remoteautoIncrement: true后EAS 会在云端自动递增构建号本地完全不用手动改eas build:version:get # 查看当前版本 eas build:list # 查看最近构建元数据App Store 的名称、关键词、描述、截图等可以用store.config.json文件化管理eas metadata:pull拉取、eas metadata:push推送内置校验能提前抓出常见拒审项并附带 ASO 关键词优化清单详见 references/app-store-metadata.md。八、写在最后把 Expo 应用送上架并不神秘EAS 负责构建与签名TestFlight/Play 内测轨道负责灰度验证商店后台负责最终审批。装好 Expo Skills 后你可以把这些步骤直接交给 AI 助手执行与排错把精力花在应用本身。建议路径eas init→ TestFlight 内测 → 补齐商店四组信息 → 提审 → 用 EAS Workflows 固定成 CI 流程。【免费下载链接】skillsA collection of AI agent skills for working with Expo projects and Expo Application Services项目地址: https://gitcode.com/gh_mirrors/skills9/skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考