配置选项

每个 Cloud Build 配置选项的完整参考。使用此页面查找任何构建设置的CLI标志、环境变量或凭据密钥。

配置顺序

每个构建选项都可以在多种方式中设置。同一个选项在多个地方设置时，优先级更高的来源会获胜：

flowchart LR
    A["🔧 CLI Flag"] -->|overrides| B["🌍 Environment Variable"]
    B -->|overrides| C["📁 Local Credentials"]
    C -->|overrides| D["🏠 Global Credentials"]
    style A fill:#6366f1,color:#fff,stroke:#4f46e5
    style B fill:#8b5cf6,color:#fff,stroke:#7c3aed
    style C fill:#a78bfa,color:#fff,stroke:#8b5cf6
    style D fill:#c4b5fd,color:#1e1b4b,stroke:#a78bfa

示例： 如果您保存的凭据有 SKIP_BUILD_NUMBER_BUMP=true 但您传递 --no-skip-build-number-bump 在 CLI 上，CLI flag 将获胜，且构建号将自动递增。

提示

对于 CI/CD pipeline，环境变量通常是最方便的选择。对于本地开发，通过 (via )保存的凭证（ build credentials saveiOS 选项

---

标题：iOS 选项

标题：Code 签名

CLI Flag	凭证密钥	避免每次都重复输入标志。	默认	描述
--build-certificate-base64 <cert>	BUILD_CERTIFICATE_BASE64	BUILD_CERTIFICATE_BASE64	—	Base64编码 .p12 分发证书
--ios-provisioning-profile <map>	CAPGO_IOS_PROVISIONING_MAP	CAPGO_IOS_PROVISIONING_MAP	—	或 path 或 bundleId=path 映射。可重复使用多目标应用（应用程序+扩展）;配置文件名称将自动提取。
--p12-password <password>	P12_PASSWORD	P12_PASSWORD	—	用于分发证书的密码（如果证书没有密码，则省略） .p12 App Store Connect身份验证

App Store Connect身份验证

CLI Flag	环境变量	凭据密钥	默认值	描述
--apple-key-id <id>	APPLE_KEY_ID	APPLE_KEY_ID	—	App Store Connect API 密钥 ID
--apple-issuer-id <id>	APPLE_ISSUER_ID	APPLE_ISSUER_ID	—	App Store Connect 发行者 ID (UUID)
--apple-key-content <content>	APPLE_KEY_CONTENT	APPLE_KEY_CONTENT	—	Base64编码的 App Store Connect API 密钥 (.p8 文件)
--app-store-connect-team-id <id>	APP_STORE_CONNECT_TEAM_ID	APP_STORE_CONNECT_TEAM_ID	—	App Store Connect 团队 ID

不推荐

建议不要使用 App Store Connect 团队 ID 进行认证 It exists only as a compatibility path for teams migrating from Ionic Appflow (which relied on it). It is tied to a personal Apple ID with no granular permissions, cannot query App Store Connect (so build numbers fall back to a timestamp), and only covers the TestFlight upload itself. Prefer an App Store Connect API key (.p8而推荐使用 App Store Connect __CAPGO_KEEP_0__ key（

）：它是 CI/CD 的推荐、更强大的、更安全的选项。

CLI Flag	应用特定密码认证（不推荐）	__CAPGO_KEEP_0__ Flag	环境变量	凭证密钥
--apple-id <email>	FASTLANE_USER	FASTLANE_USER	—	默认
--apple-app-specific-password <password>	FASTLANE_APPLE_APPLICATION_SPECIFIC_PASSWORD	FASTLANE_APPLE_APPLICATION_SPECIFIC_PASSWORD	—	描述xxxx-xxxx-xxxx-xxxx应用的所有者账户的 Apple ID 电子邮件地址 appleid.apple.com
--apple-app-id <id>	APPLE_APP_ID	APPLE_APP_ID	—	App Store Connect数字应用ID（例如 1234567890)

注意

所有三个字段都需要一起填写。数字 APPLE_APP_ID (在App Store Connect→您的应用→应用信息→Apple ID)是必填项：没有它，fastlane会回退到一个交互式2FA登录，无法在构建运行器上完成。当使用此方法时，构建号会回退到一个时间戳值，因为App Store Connect不会为最新构建号进行查询。

iOS构建设置

CLI标志	环境变量	凭证密钥	默认值	概述
--ios-scheme <scheme>	CAPGO_IOS_SCHEME	CAPGO_IOS_SCHEME	App	Xcode 构建方案
--ios-target <target>	CAPGO_IOS_TARGET	CAPGO_IOS_TARGET	App	Xcode 构建目标
--ios-distribution <mode>	CAPGO_IOS_DISTRIBUTION	CAPGO_IOS_DISTRIBUTION	app_store	发布模式: app_store 或 ad_hoc

---

选择最佳方案

选择最佳方案

CLI Flag	凭证密钥	安卓选项	默认	描述
--android-keystore-file <keystore>	ANDROID_KEYSTORE_FILE	ANDROID_KEYSTORE_FILE	—	Base64编码的密钥存储文件（.keystore 或 .jks)
--keystore-key-alias <alias>	KEYSTORE_KEY_ALIAS	KEYSTORE_KEY_ALIAS	key0	密钥存储文件别名
--keystore-key-password <password>	KEYSTORE_KEY_PASSWORD	KEYSTORE_KEY_PASSWORD	—	密钥存储文件密码（如果未设置则回退到存储密码）
--keystore-store-password <password>	KEYSTORE_STORE_PASSWORD	KEYSTORE_STORE_PASSWORD	—	密钥存储文件存储密码

Google Play配置

CLI标志	环境变量	凭证密钥	默认	描述
--play-config-json <json>	PLAY_CONFIG_JSON	PLAY_CONFIG_JSON	—	Base64编码的Google Play服务账户JSON密钥
--android-track <track>	PLAY_STORE_TRACK	PLAY_STORE_TRACK	internal (或 production 与 --submit-to-store-review)	Google Play发布跟踪（internal, alpha, beta, production). Forwarded from CI env / CLI into the build runner.
--android-release-status <status>	PLAY_STORE_RELEASE_STATUS	PLAY_STORE_RELEASE_STATUS	draft 从CI环境/ __CAPGO_KEEP_0__转发到构建运行器。 completed (或 --submit-to-store-review)	与draft, completed, inProgress, halted在选择的跟踪上发布的状态（ --submit-to-store-review ）

Android 构建设置

CLI 标志	默认	描述
--android-flavor <flavor>	—	要构建的产品风味（例如 production). 必填 如果您的项目定义了多个风味。
--android-track <track>	internal	Google Play 上传的跟踪。没有设置跟踪时，__CAPGO_KEEP_0__ 默认为 --submit-to-store-review Google Play 上传的状态。没有设置状态时，Capgo 默认为 production.
--android-release-status <status>	draft	Google Play 发布状态。没有设置状态时，__CAPGO_KEEP_0__ 默认为 --submit-to-store-review Google Play 正式发布状态。没有设置状态时，Capgo 默认为 completed.
--in-app-update-priority <0–5>	—	Google Play内应用更新优先级（更高=更紧急）。
--no-playstore-upload	—	构建和签名，但跳过Play商店上传（需要 --output-upload).

---

构建控制选项

这两个选项都适用于iOS和Android构建。

构建模式

CLI标志	默认	描述
--platform <platform>	—	必填。 ios 或 android
--build-mode <mode>	release	debug 或 release
--path <path>	.	项目目录
--verbose	false	启用详细构建日志
--ai-analytics	false	构建失败时，发送日志到Capgo AI 进行诊断 — 见 AI 构建诊断

构建号控制

CLI 标志	环境变量	凭证密钥	默认	描述
--skip-build-number-bump	SKIP_BUILD_NUMBER_BUMP	SKIP_BUILD_NUMBER_BUMP	false	跳过自动构建号/版本 code 自动递增
--no-skip-build-number-bump	—	—	—	显式重新启用自动递增（覆盖保存的凭据）

默认情况下，Capgo Cloud Build 将自动递增构建号：

• iOS： 从 App Store Connect 获取最新的构建号，递增 1
• Android： 从 Google Play 获取最大值 versionCode 当

设置时，构建将使用项目文件（Xcode 项目或）中的版本（Xcode 项目或 --skip-build-number-bump 输出上传 build.gradle).

输出上传

CLI 标志	环境变量	凭证密钥	默认值	描述
--output-upload	BUILD_OUTPUT_UPLOAD_ENABLED	BUILD_OUTPUT_UPLOAD_ENABLED	false	将构建输出 (IPA/APK/AAB) 上传到 Capgo 存储中。当通过环境变量设置时，使用 BUILD_OUTPUT_UPLOAD_ENABLED=true.
--no-output-upload	BUILD_OUTPUT_UPLOAD_ENABLED	—	—	禁用输出上传。当通过环境变量设置时，使用 BUILD_OUTPUT_UPLOAD_ENABLED=false.
--output-retention <duration>	BUILD_OUTPUT_RETENTION_SECONDS	BUILD_OUTPUT_RETENTION_SECONDS	1h	下载链接保持活动时间
--output-record <path>	—	—	—	成功构建后，写入一个 JSON 记录 (作业 ID、状态、下载 URL、QR code) 到 <path> — 使用 build last-output.

保留格式： 使用人类可读的持续时间，如 1h, 6h, 2d, 7d. 最小值为 1 小时，最大值为 7 天。当通过环境变量设置时，使用秒（例如，1 小时）。 3600 for 1 小时).

构建缓存

Capgo 保存编译的原生艺术品（CocoaPods，Gradle 和相关构建输出） 每个应用程序 以便重复构建可以更快地启动。 构建缓存默认启用 每个应用程序。

CLI 标志	API 字段	默认值	简介
--no-cache	cache_enabled: false	缓存开启	禁用此次构建缓存：跳过恢复 并且 不要保存新的条目
--cache-key <value>	cache_key	(省略)	分区缓存（例如 prod, staging) 省略一个共享的通用缓存

CLI 等价物： build request 接受 --no-cache 并且 --cache-key.

提示

使用不同 --cache-key 值时RC和生产构建共享相同的应用程序ID，但不能重用彼此的编译输出 — 例如 --cache-key=prod 和 --cache-key=staging.

CLI examples:

# Default: restore/save the shared per-app cache
bunx @capgo/cli@latest build request com.example.app --platform android

# Separate caches per environment
bunx @capgo/cli@latest build request com.example.app --platform android \
  --cache-key=prod

bunx @capgo/cli@latest build request com.example.app --platform android \
  --cache-key=staging \
  --android-flavor staging

# One-off clean build (no restore, no save)
bunx @capgo/cli@latest build request com.example.app --platform ios --no-cache

API / webhook payload Capgo / webhook payload

{
  "platform": "android",
  "cache_key": "prod"
}

复制到剪贴板 cache_key 忽略 cache_key 根据环境进行分区。设置 "cache_enabled": false 禁用单个请求的缓存（与 --no-cache).

如果一个构建看起来成功，但 artifact 是错误的 — 或在切换 RC 与生产时 Android AAB 缺失 — 试试一个专门的缓存键或一个一次性的 --no-cache 查看 错误的缓存恢复：.

身份验证

CLI 标志	环境变量	默认值	描述
-a, --apikey <key>	CAPGO_TOKEN	—	Capgo API 用于身份验证的密钥
--supa-host <host>	—	—	自定义 Supabase 主机（仅限自主托管）
--supa-anon <key>	—	—	自定义 Supabase 匿名密钥（仅限自主托管）

---

环境变量快速参考

复制粘贴以便于 CI/CD pipeline。所有变量都是可选的 — 只设置您需要的变量。

iOS

# Code signing (required for iOS builds)
BUILD_CERTIFICATE_BASE64="<base64-encoded .p12>"
CAPGO_IOS_PROVISIONING_MAP="<provisioning map generated by the CLI>"
P12_PASSWORD="<certificate password>"

# App Store Connect (required for store submission)
APPLE_KEY_ID="ABC1234567"
APPLE_ISSUER_ID="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"
APPLE_KEY_CONTENT="<base64-encoded .p8 key>"
APP_STORE_CONNECT_TEAM_ID="TEAM123456"

# Alternative to the App Store Connect API key above: Apple ID + app-specific
# password (e.g. when migrating from Ionic Appflow). All three are required.
# FASTLANE_USER="apple-id@example.com"
# FASTLANE_APPLE_APPLICATION_SPECIFIC_PASSWORD="xxxx-xxxx-xxxx-xxxx"
# APPLE_APP_ID="1234567890"

# Optional iOS settings
CAPGO_IOS_SCHEME="App"
CAPGO_IOS_TARGET="App"

Android

# Keystore signing (required for Android builds)
ANDROID_KEYSTORE_FILE="<base64-encoded .keystore>"
KEYSTORE_KEY_ALIAS="my-key-alias"
KEYSTORE_KEY_PASSWORD="<key password>"
KEYSTORE_STORE_PASSWORD="<store password>"

# Google Play (required for store submission)
PLAY_CONFIG_JSON="<base64-encoded service account JSON>"

# Optional Android settings
PLAY_STORE_TRACK="internal"
PLAY_STORE_RELEASE_STATUS="draft"

构建控制

# Build behavior
SKIP_BUILD_NUMBER_BUMP="true"          # Skip auto-increment
BUILD_OUTPUT_UPLOAD_ENABLED="true"     # Upload IPA/APK/AAB
BUILD_OUTPUT_RETENTION_SECONDS="3600"  # 1 hour download link

# Authentication
CAPGO_TOKEN="your-api-key"

---

凭据存储

保存凭据

而不是每次都传递标志或环境变量，保存凭据一次：

# Save iOS credentials
bunx @capgo/cli@latest build credentials save \
  --platform ios \
  --certificate ./dist_cert.p12 \
  --ios-provisioning-profile ./profile.mobileprovision \
  --p12-password "cert-password" \
  --apple-key ./AuthKey.p8 \
  --apple-key-id ABC1234567 \
  --apple-issuer-id xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx \
  --apple-team-id TEAM123456

# Save Android credentials
bunx @capgo/cli@latest build credentials save \
  --platform android \
  --keystore ./release.keystore \
  --keystore-alias my-key \
  --keystore-key-password "key-pass" \
  --keystore-store-password "store-pass" \
  --play-config ./play-service-account.json

存储位置

标志	位置	使用场景
默认	~/.capgo-credentials/credentials.json	全局 — 在您的机器上所有项目共享
--local	.capgo-credentials.json 在项目根目录	按项目 — 覆盖全局

凭据按应用程序 ID 键 （例如 （例如 com.example.myapp)、因此一个单独的凭据文件可以存储多个应用程序的设置而无冲突。每个应用程序的凭据还分为平台 (ios / android).

注意

将其添加到您的 .capgo-credentials.json 如果使用本地凭据。永远不要将凭据提交到版本控制中。 .gitignore 管理保存的凭据

标题：管理保存的凭据

# List saved credentials
bunx @capgo/cli@latest build credentials list

# Update a specific option without re-entering everything
bunx @capgo/cli@latest build credentials update --skip-build-number-bump

# Clear saved credentials
bunx @capgo/cli@latest build credentials clear --platform ios

---

区域/页面：漏洞赏金计划页面。角色：部分或页面标题。见：页面bug-bounty.astro。消息键`bug_bounty_supabase_examples_title`（漏洞赏金计划Supabase示例标题）。

GitHub 操作

name: Build and Submit
on:
  push:
    branches: [main]

jobs:
  build-ios:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6
      - uses: oven-sh/setup-bun@v2
      - run: bun install
      - run: bunx cap sync ios
      - run: bunx @capgo/cli@latest build request --platform ios
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
          BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
          CAPGO_IOS_PROVISIONING_MAP: ${{ secrets.CAPGO_IOS_PROVISIONING_MAP }}
          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}

  build-android:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6
      - uses: oven-sh/setup-bun@v2
      - run: bun install
      - run: bunx cap sync android
      - run: bunx @capgo/cli@latest build request --platform android
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE }}
          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_ALIAS }}
          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
          PLAY_CONFIG_JSON: ${{ secrets.PLAY_CONFIG_JSON }}

直接使用 CLI 参数

# Build iOS with all options inline
bunx @capgo/cli@latest build request \
  --platform ios \
  --build-mode release \
  --skip-build-number-bump \
  --output-retention 6h \
  --apikey YOUR_API_KEY

# Build Android, skip version bump, no output upload
bunx @capgo/cli@latest build request \
  --platform android \
  --skip-build-number-bump \
  --no-output-upload \
  --apikey YOUR_API_KEY

混合配置

将保存的凭据与 CLI 覆盖项结合：

# Save base credentials once
bunx @capgo/cli@latest build credentials save --platform ios \
  --certificate ./cert.p12 \
  --ios-provisioning-profile ./profile.mobileprovision \
  --output-upload

# Override specific options per-build
bunx @capgo/cli@latest build request --platform ios \
  --skip-build-number-bump \
  --output-retention 2d

已保存的凭据提供签名详细信息，而 CLI 标志会覆盖此特定运行的构建行为。