用途：把可用的应用发布到 App Store 与 Play Store，只处理发布机制，代码质量不在范围内。
版本号：iOS 用 CFBundleShortVersionString（语义化版本）加 CFBundleVersion（单调递增整数），每次提交都要同时升；Android 用 versionName 加 versionCode（整数，每次上传轨道须递增）。版本号在 CI 中自动递增，不要在 PR 里手改 Info.plist 或 build.gradle。
iOS 签名与构建：证书分 Development（本地）与 Distribution（App Store/Ad Hoc），存放在 Keychain 或 CI 密钥中，绝不入库。描述文件须匹配 bundle ID、能力与证书，设备或能力变动时重新生成。归档命令 xcodebuild archive -scheme <Scheme> -archivePath out.xcarchive，导出命令 xcodebuild -exportArchive -archivePath out.xcarchive -exportPath out/ -exportOptionsPlist export.plist，其中 export.plist 须设 method: app-store 与 signingCertificate。可用 Fastlane 的 match、gym、pilot、deliver 自动化。
iOS 提交：通过 xcrun altool、Transporter 或 fastlane deliver 上传。需准备发布说明、按设备族的截图、隐私清单（iOS 17 起必需）。分阶段发布按 1%→2%→5%→10%→20%→50%→100% 在 7 天内展开，崩溃率飙升时暂停。审核通常 24–48 小时。
Android 签名与构建：keystore 只生成一次并安全保存，绝不提交；含 alias、key password、store password。构建 AAB（推荐）用 ./gradlew bundleRelease，从环境变量配置 signingConfigs，可用 Fastlane supply 或 Play Developer API 自动化。
Play 轨道：内部测试→封闭测试→开放测试→生产，可通过控制台或 API 提升，无需重新构建，同样按 1%→100% 展开，扩展前监控 ANR 与崩溃率。
OTA 更新（React Native / Expo）：Expo EAS Update 或 CodePush 可推送 JS 与资源而无需商店审核；但原生变更、权限变更与支付流程必须走商店发布。
CI 流水线：分支推送触发构建加单元测试；打 tag vX.Y.Z 后签名并上传 TestFlight / Play 内部测试并通知 QA；人工闸门再提升到生产轨道。
防护：每年轮换证书与 keystore 密码并记录到期日；提交前在真机测试发布构建而非调试构建；签名凭据切勿存入仓库。本资料未提供价格与具体平台支持范围。