React Native应用商店发布：CI构建自动化签名打包方案咨询

绝对有办法实现全自动化！我之前帮不少React Native项目搭建过端到端的CI构建流程，完全能生成直接上传App/Play商店的签名包，再也不用手动点那些繁琐的步骤了。下面分平台给你拆解具体方案，再说说常用CI工具的配置思路：

Android的自动化相对直接，核心是把签名配置和构建命令整合到CI脚本里：

• 准备签名资源：把你的keystore文件存到CI服务的安全存储中（比如GitHub Secrets、GitLab CI/CD变量），同时把storePassword、keyPassword、keyAlias这些敏感信息也存为环境变量，绝对不要硬编码到代码或脚本里。
• 配置Gradle引用环境变量：在android/app/build.gradle中修改签名配置，让它读取CI注入的环境变量：

android {
    signingConfigs {
        release {
            storeFile file(System.getenv("KEYSTORE_PATH"))
            storePassword System.getenv("STORE_PASSWORD")
            keyAlias System.getenv("KEY_ALIAS")
            keyPassword System.getenv("KEY_PASSWORD")
        }
    }
    buildTypes {
        release {
            signingConfig signingConfigs.release
            // 保留你原有的混淆、压缩等配置
        }
    }
}

• 执行构建命令：在CI脚本中切换到Android目录，执行构建命令：
  • 生成Play商店推荐的AAB包：cd android && ./gradlew bundleRelease
  • 生成APK包：cd android && ./gradlew assembleRelease
• 自动上传到Play商店：可以用官方的Google Play Publisher工具（比如GitHub Actions里的google-play-publish），直接把生成的AAB/APK上传到指定的测试或生产轨道，不用手动登录Play Console。

iOS因为苹果的签名机制，步骤稍复杂，但用fastlane能大幅简化：

• 准备签名资源：把你的开发者证书（.p12格式）、Provisioning Profile（.mobileprovision格式）和证书密码存到CI的安全存储中。更推荐用fastlane match来统一管理签名文件，它会把签名资源存在私有Git仓库里，CI可以自动拉取，避免手动上传证书的麻烦。
• 用Fastlane编写构建脚本：在项目根目录创建Fastfile，写一个专门的release lane：

lane :appstore_release do
  # 用match拉取签名文件（如果用match的话）
  match(type: "appstore", readonly: true)
  
  # 构建IPA包
  gym(
    scheme: "YourAppScheme", # 替换成你的项目Scheme名
    export_method: "app-store",
    output_directory: "./build/ios",
    output_name: "YourApp.ipa",
    clean: true
  )
  
  # 自动上传到App Store Connect
  upload_to_app_store(
    skip_metadata: true, # 如果不需要在CI里修改元数据，设为true
    skip_screenshots: true
  )
end

• CI中执行Fastlane命令：在CI脚本中安装依赖（bundle install、pod install），然后运行fastlane appstore_release，就能自动完成签名、构建、上传全流程。
• 注意事项：iOS构建需要macOS环境，所以CI服务要选择支持macOS的runner（比如GitHub Actions的macos-latest、GitLab的macOS runner），还要确保Xcode版本和项目兼容。

不管用哪种CI服务，核心逻辑都是注入环境变量、执行构建脚本、上传产物：

• GitHub Actions：创建.github/workflows/build.yml，设置触发条件（比如push到main分支或打版本tag），分Android和iOS两个job，每个job中配置环境变量、执行构建命令，最后上传到商店。
• GitLab CI：编写.gitlab-ci.yml，用GitLab的CI/CD变量存储敏感信息，选择对应的runner（Android用Linux，iOS用macOS），定义构建和上传的stage。
• Bitrise：专门针对移动开发的CI服务，有现成的React Native模板，直接在控制台配置签名信息、构建参数和商店上传步骤，几乎不用写自定义脚本。

• 所有敏感信息（密码、签名文件）必须存在CI的安全存储中，绝对不能提交到代码仓库。
• 先在本地模拟CI环境跑一遍脚本，确保能生成正确的签名包，再部署到CI上，避免反复调试浪费时间。
• 自动管理版本号：用fastlane increment_version_number/increment_build_number，或者在CI脚本中用命令行递增build号，避免手动修改版本的麻烦。

内容的提问来源于stack exchange，提问作者Tyler Murry