クレデンシャルを管理する

iOSおよびAndroidのビルドクレデンシャルをローカルに管理して、便利なクラウドビルドを実行できます。

概要

Capgo CLIはビルドクレデンシャルを保存します。 コンピューター上に保存します。 Capgoのサーバーに保存しません。デフォルトでは、すべてのプロジェクトで共有される1つのファイルに保存されます。パスを渡して保存を維持します。 global , ~/.capgo-credentials/credentials.jsonto --local keep プロジェクトごとに に .capgo-credentials.json 代わりに。ビルドを実行すると、保存された資格情報が自動的に使用され、安全にCapgoに送信され、ビルドが完了すると削除されます。

資格情報を取得するのに困っている場合

証明書や資格情報がまだない場合は、以下の包括的なガイドを参照してください。

iOS:

• iOS証明書を取得する方法 - ステップバイステップガイド
• iOS証明書ガイド - 詳細なステップバイステップチュートリアル
• ブログ: iOSの自動ビルド - CI/CD環境の完全な設定

- Android:

• - Keystoreの作成 - ステップバイステップのガイド
• - Androidの証明書ガイド - 詳細なステップバイステップのチュートリアル
• - ブログ: 自動Androidビルド - CI/CD環境の完全な設定

- セキュリティの保証

- Capgoサーバー上で、Capgoのクレデンシャルは、永久に保存されません:

• - ✅ ビルドプロセス中にのみ使用されます
• ✅ ビルド完了後自動削除
• ✅ アプリは直接App Store/Play Storeに送信され、Capgoは何も保存しません
• ✅ HTTPSを使用した安全な送信

コマンド

クレデンシャルをインタラクティブに管理

保存したクレデンシャルを操作する最速の方法は、インタラクティブ マネージャです。TUI（同じものを使用）が開き、保存されているものを参照できます。アプリとプラットフォームごとに設定されているものを確認できます。CI/CD用のファイルをエクスポートしたり、プラットフォームのクレデンシャルを削除したりできます。 build init ターミナルウィンドウ .env クリップボードにコピー

bunx @capgo/cli@latest build credentials manage

設定	説明
--appId <appId>	アプリケーションを選択 (省略した場合に選択肢を提示)
--platform <ios|android>	プラットフォームを選択 (省略した場合に選択肢を提示)
--local	プロジェクトごとに使用する .capgo-credentials.json グローバルファイルではなくプロジェクトごとにファイルを使用する

一括実行、スクリプト化されたコマンドを使用するのではなく、個別のコマンドを使用する

資格情報を保存

自動的に使用できるように、資格情報をローカルに保存します:

bunx @capgo/cli@latest build credentials save --platform <ios|android> [options]

資格情報を更新

既存の資格情報の一部を更新するには、すべて再入力する必要はありません:

bunx @capgo/cli@latest build credentials update --platform <ios|android> [options]

この update コマンドは 追加的なマージ プロビジョニング プロファイルの場合 — 新しいプロファイルは既存のプロファイルとマージされます。全てのプロビジョニング マップを置き換えるには --overwrite-ios-provisioning-map.

例 — 既存の資格情報に拡張プロファイルを追加します:

bunx @capgo/cli@latest build credentials update \
  --platform ios \
  --ios-provisioning-profile "com.example.app.widget=./widget_profile.mobileprovision"

アップデートコマンドは、同じオプションを受け入れることができますが save しかし、すべてはオプションです — 提供されたフィールドのみが更新されます。

クレデンシャルの一覧

現在保存されているクレデンシャルを表示 (パスワードはマスクされています):

bunx @capgo/cli@latest build credentials list

# List credentials for a specific app
bunx @capgo/cli@latest build credentials list --appId com.example.app

クレデンシャルをクリア

ローカルマシンから保存されたクレデンシャルを削除:

# Clear all credentials
bunx @capgo/cli@latest build credentials clear

# Clear credentials for a specific app + platform
bunx @capgo/cli@latest build credentials clear --appId com.example.app --platform ios

Migrate Credentials

レガシーフォーマットの単一プロファイルを、新しいマルチターゲット形式に変換します:

bunx @capgo/cli@latest build credentials migrate --platform ios

migrateコマンドは、古い BUILD_PROVISION_PROFILE_BASE64 クレデンシャルを検出、変換し、レガシーキーを削除します。詳細は CAPGO_IOS_PROVISIONING_MAPSingle Profile からマイグレーション のページを参照してください。 iOSのクレデンシャルを保存

iOSのクレデンシャルを保存

注意

iOS証明書を持っていない場合は? 以下の iOSビルドのガイド 証明書とプロビジョニングプロファイルを作成するための手順について説明しています。

完全な例

bunx @capgo/cli@latest build credentials save \
  --platform ios \
  --certificate ./cert.p12 \
  --p12-password "YourP12Password" \
  --ios-provisioning-profile "com.example.app=./profile.mobileprovision" \
  --apple-key ./AuthKey_ABC1234567.p8 \
  --apple-key-id "ABC1234567" \
  --apple-issuer-id "00000000-0000-0000-0000-000000000000" \
  --apple-team-id "TEAM123456"

iOSオプション

設定	説明	必要
--certificate <path>	.p12 証明書ファイルへのパス	はい (リリース)
--p12-password <password>	.p12 証明書のパスワード	はい (リリース)
--ios-provisioning-profile <mapping>	プロビジョニング プロファイルのマッピング (bundleId=path複数のターゲット アプリに対応するため、繰り返し可能です。1 つのプロファイルしかない場合、Bundle ID のプレフィックスがなければ、CLI がプロファイルから自動で推測されます。	はい (リリース)
--apple-key <path>	App Store Connect の API .p8 キーのパス	注釈¹ を参照してください
--apple-key-id <id>	App Store Connect API Key ID	注記¹を参照
--apple-issuer-id <id>	App Store Connect API Issuer ID (UUID)	注記¹を参照
--apple-team-id <id>	App Store Connect Team ID	はい
--apple-id <email>	App Store Connectのアプリ固有のパスワードのアップロード用のApple IDメールアドレス（APIキーの代替）	注記²を参照
--apple-app-specific-password <password>	App Store Connectのアプリ固有のパスワードxxxx-xxxx-xxxx-xxxx)	注記²を参照
--apple-app-id <id>	数字のApp Store ConnectアプリID（例えば 1234567890)	注記²を参照
--ios-distribution <mode>	配布モード: app_store (default) または ad_hoc	なし
--output-upload	Capgo ダウンロードリンクを有効にする (有効期間あり)	なし (default: false)
--output-retention <seconds>	ビルド出力の保持期間 (例: 3600s)	なし (default: 3600s)
--skip-build-number-bump	自動ビルド番号のインクリメントをスキップ	なし

¹ App Store Connect API Key 要件

• app_store モード (default): All three API key options are required unless you pass --output-upload or --skip-build-number-bump which bypass the need for API-driven submission
• ad_hoc modeThese options are not required — no App Store submission takes place. See Ad-Hoc Distribution Mode for details.

² アプリ固有のパスワード (推奨されません)

この方法は非推奨であり、避けることをお勧めします。 この方法は、Ionic Appflow からマイグレーションするチーム向けの互換性のためのパスのみで存在します。 App Store Connect API キー (.p8)、CI/CD用に推奨される、機能が豊富でセキュリティが高いオプションを使用することをお勧めします。 しかし、使用する場合は、すべての 3 つのオプション (--apple-id, --apple-app-specific-password、 --apple-app-id) が必要です。 3 桁の数字 (App Store Connect → アプリ → アプリ情報 → Apple ID) を使用すると、アップロードがインタラクティブな 2 つのファクター認証 (2FA) プロンプトなしで実行できます。 この方法を使用すると、ビルド番号はタイムスタンプにフォールバックします。 App Store Connect がクエリされないためです。 --apple-app-id 何が保存されるか

セクションのタイトルは “何が保存されるか”

When you save iOS credentials, the CLI:

1. base64 エンコードに変換します
2. Converts them to base64 encoding
3. セーブする ~/.capgo-credentials/credentials.json (または .capgo-credentials.json と --local)
4. パスワードとIDを平文ファイル（ローカルファイルのみ）として保存する

保存されたファイル構造:

{
  "ios": {
    "BUILD_CERTIFICATE_BASE64": "...",
    "CAPGO_IOS_PROVISIONING_MAP": "{\"com.example.app\":{\"profile\":\"...\",\"name\":\"match AppStore com.example.app\"}}",
    "APPLE_KEY_CONTENT": "...",
    "P12_PASSWORD": "...",
    "APPLE_KEY_ID": "ABC1234567",
    "APPLE_ISSUER_ID": "...",
    "APP_STORE_CONNECT_TEAM_ID": "TEAM123456",
    "CAPGO_IOS_DISTRIBUTION": "app_store"
  }
}

Androidの資格情報をセーブする

注記

キーストアがまだない場合は? 「 Android ビルド ガイド Play Store の資格情報を設定するには、ここで説明するようにキーストアを作成してください。

完全な例

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

Android のオプション

オプション	説明	必須
--keystore <path>	キーストアファイル (.keystore または .jks) のパス	はい (リリース)
--keystore-alias <alias>	キーストア内のエイリアス	はい (リリース)
--keystore-key-password <password>	キーストア内のエイリアスのパスワード	はい (リリース)
--keystore-store-password <password>	キーストアのパスワード	はい (リリース)
--play-config <path>	Play Store サービス アカウント JSON のパス	はい (提出)

何が保存されるか

Android 認証情報を保存すると、CLI:

1. キーストアとサービスアカウントのJSONファイルを読み取ります。
2. base64エンコードに変換します。
3. 保存します。 ~/.capgo-credentials/credentials.json （または .capgo-credentials.json と --local)
4. ローカルファイルのみの場合、パスワードとエイリアスを平文で保存します。

保存されたファイル構造:

{
  "android": {
    "ANDROID_KEYSTORE_FILE": "...",
    "PLAY_CONFIG_JSON": "...",
    "KEYSTORE_KEY_ALIAS": "my-key-alias",
    "KEYSTORE_KEY_PASSWORD": "...",
    "KEYSTORE_STORE_PASSWORD": "..."
  }
}

保存済みの資格情報を使用

資格情報を保存したら、自動的にビルド時に使用されます。

# Credentials automatically loaded from ~/.capgo-credentials/credentials.json
bunx @capgo/cli@latest build request com.example.app --platform ios

環境変数を使用して保存済みの資格情報を上書きすることもできます。

# Environment variables take precedence over saved credentials
BUILD_CERTIFICATE_BASE64="..." \
P12_PASSWORD="different-password" \
bunx @capgo/cli@latest build request com.example.app --platform ios

優先順位の順序:

1. 環境変数（最高優先順位）
2. 保存済みの資格情報（~/.capgo-credentials/credentials.json, またはローカル .capgo-credentials.json)
3. 資格情報なし（最低優先順位）

保存済みの資格情報の表示

保存済みの資格情報の一覧を表示します:

bunx @capgo/cli@latest build credentials list

例の出力:

📋 Saved Build Credentials:

iOS Credentials:
  ✓ Certificate (base64)
  ✓ Provisioning Map (JSON)
  ✓ Apple Key Content (base64)
  ✓ P12 Password: ********
  ✓ Apple Key ID: ABC1234567
  ✓ Apple Issuer ID: 00000000-0000-0000-0000-000000000000
  ✓ Team ID: TEAM123456

Android Credentials:
  ✓ Keystore (base64)
  ✓ Play Store Config (base64)
  ✓ Keystore Alias: my-key-alias
  ✓ Key Password: ********
  ✓ Store Password: ********

Location: ~/.capgo-credentials/credentials.json

🔒 These credentials are stored locally on your machine only.
   When building, they are sent to Capgo but NEVER stored there.
   They are auto-deleted after build completion.

セキュリティのベストプラクティス

ローカルストレージのセキュリティ

1. ファイルのパーミッション

   # Global credentials directory + file
   chmod 700 ~/.capgo-credentials
   chmod 600 ~/.capgo-credentials/credentials.json
   # Local (per-project) credentials, if you use --local
   chmod 600 .capgo-credentials.json

2. クレデンシャルをコミットしない

   # Ignore the per-project credentials file (used with --local)
   echo ".capgo-credentials.json" >> .gitignore

   グローバルファイルは、ホームディレクトリの外側のリポジトリ外にあります。

3. 分離された資格情報

   • CI/CD環境とローカル開発用に異なる資格情報を使用します。
   • 資格情報を定期的にローテートする
   • チームメンバー間で資格情報を共有しない

CI/CDの使用

CI/CD環境の場合、環境変数を保存された資格情報よりも優先します。 CI/CD環境の場合、環境変数を保存された資格情報よりも優先します。 CI/CD環境の場合、環境変数を保存された資格情報よりも優先します。

使用可能な .env をエクスポート .env (推奨)

各クレデンシャル ファイルを手動で base64 エンコードするのではなく (以下を参照)、 下記の手順に従ってファイルを自動生成してください。ターミナル画面 build credentials manage クリップボードにコピー

bunx @capgo/cli@latest build credentials manage
# pick your app → choose "Export to .env"

ファイルのパーミッション .env.capgo.<appId>.<platform> ファイルのパーミッション 0600各行は CI/CD プロバイダーに追加するシークレットです。 --platform ios または --platform android 一つに絞る

注意

エクスポートしたファイルには署名の秘密鍵が含まれています — それを .gitignore コミットしないでください。

環境変数の完全なリファレンス

CLIは、以下の環境変数を読み取って資格情報を取得します:

iOSの資格情報:

変数	説明	フォーマット	必要
BUILD_CERTIFICATE_BASE64	code署名用P12/PKCS12証明書	Base64	はい (リリース)
CAPGO_IOS_PROVISIONING_MAP	バンドルIDとプロビジョニングプロファイルデータのJSONマップ	JSON文字列	はい (リリース)
P12_PASSWORD	P12証明書のパスワード	平文	任意
APPLE_KEY_ID	APIキーアイデンティティ	文字列（例：「ABC1234567」）	注釈1を参照
APPLE_ISSUER_ID	App Store Connect API 発行者ID	UUID文字列	注釈1を参照
APPLE_KEY_CONTENT	App Store Connect API キー (.p8ファイルの内容)	Base64	注釈1を参照
APP_STORE_CONNECT_TEAM_ID	Apple Developer チームID	文字列（例：「XXXXXXXXXX」）	はい
CAPGO_IOS_DISTRIBUTION	配布モード: app_store (default) または ad_hoc	文字列	なし

Android 認証情報:

変数	説明	形式	必要
ANDROID_KEYSTORE_FILE	APK/AAB の署名用キーストアファイル	Base64	はい (リリース)
KEYSTORE_KEY_ALIAS	キーストア内でのキーアリセイサ	文字列	Yes (release)
KEYSTORE_KEY_PASSWORD	キー アリースのパスワード	平文	Yes*
KEYSTORE_STORE_PASSWORD	キーストア ファイルのパスワード	平文	Yes*
PLAY_CONFIG_JSON	Google Play サービス アカウント JSON	Base64	Yes (submission)

*1 つのパスワードのみが提供された場合、両方に使用されます KEYSTORE_KEY_PASSWORD And KEYSTORE_STORE_PASSWORD.

GitHub Actions Example

github/workflows/build.yml

name: Cloud Build

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 @capgo/cli@latest build request com.example.app --platform ios
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
          BUILD_CERTIFICATE_BASE64: ${{ secrets.BUILD_CERTIFICATE_BASE64 }}
          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 @capgo/cli@latest build request com.example.app --platform android
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE_FILE }}
          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_KEY_ALIAS }}
          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
          PLAY_CONFIG_JSON: ${{ secrets.PLAY_CONFIG_JSON }}

Base64値の準備

ターミナル画面

# iOS Certificate (.p12)
base64 -i certificate.p12 | tr -d '\n' > certificate_base64.txt

# iOS Provisioning Profiles — use the CLI to generate CAPGO_IOS_PROVISIONING_MAP:
bunx @capgo/cli@latest build credentials save --platform ios \
  --ios-provisioning-profile "com.example.app=./profile.mobileprovision" \
  # ... other options
# Then copy CAPGO_IOS_PROVISIONING_MAP from ~/.capgo-credentials/credentials.json to your CI secrets

# iOS App Store Connect Key (.p8)
base64 -i AuthKey_XXXXXX.p8 | tr -d '\n' > apple_key_base64.txt

# Android Keystore (.keystore or .jks)
base64 -i release.keystore | tr -d '\n' > keystore_base64.txt

# Google Play Service Account JSON
base64 -i play-store-service-account.json | tr -d '\n' > play_config_base64.txt

__CAPGO_KEEP_0__

The tr -d '\n' 新行を削除して、1行のBase64文字列を作成します。これはCI/CDシークレットとして保存するのが簡単です。

環境変数のセキュリティの理由

このアプローチは、次の理由でより安全です。

• シークレットはCI/CDプラットフォームによって管理されます。
• ランナー上のクレデンシャルファイルが存在しません。
• シークレットの回転とアクセス制御が容易です。
• シークレットの使用履歴が残ります。

クレデンシャル回転

定期的にクレデンシャルを回転してください:

1. iOS: 年に 1 回新しい証明書と API キーを生成する
2. Android: 年に 1 回キーストアのパスワードを変更する
3. チームのメンバーが離脱した後: チームのメンバーが離脱したときにローテートする

保存済みの資格情報を更新:

# Re-run save command with new credentials
bunx @capgo/cli@latest build credentials save --platform ios --certificate ./new-cert.p12 ...

トラブルシューティング

「資格情報が見つかりません」

ビルドが認証情報が見つからないと表示される場合:

1. 認証情報が保存されているか確認する:

   bunx @capgo/cli@latest build credentials list

2. 認証情報が保存されていない場合は保存する:

   bunx @capgo/cli@latest build credentials save --platform ios ...

3. 認証情報ファイルが存在することを確認する:

   ls -la ~/.capgo-credentials/credentials.json   # global
   ls -la .capgo-credentials.json                 # local (--local)

認証情報ファイルを読み込む際に ““権限が拒否されました””” というエラーが発生する

ファイルのパーミッションを修正してください

chmod 600 ~/.capgo-credentials/credentials.json   # global
chmod 600 .capgo-credentials.json                 # local

資格情報が使用されていない

正しいプラットフォームが指定されているか確認してください

# Make sure --platform matches saved credentials
bunx @capgo/cli@latest build request com.example.app --platform ios  # Uses ios credentials
bunx @capgo/cli@latest build request com.example.app --platform android  # Uses android credentials

資格情報をクリアして保存

資格情報が不正な場合

# Clear all credentials
bunx @capgo/cli@latest build credentials clear

# Save again
bunx @capgo/cli@latest build credentials save --platform ios ...

環境変数から移行する

環境変数を現在使用している場合、保存済みの資格情報に移行できます。

1. 現在の環境変数を抽出

   echo $BUILD_CERTIFICATE_BASE64  # Verify they exist

2. base64ファイルを元のファイルに復元する (必要に応じて)

   echo "$BUILD_CERTIFICATE_BASE64" | base64 -d > cert.p12
   echo "$BUILD_PROVISION_PROFILE_BASE64" | base64 -d > profile.mobileprovision

3. CLIで保存

   bunx @capgo/cli@latest build credentials save \
     --platform ios \
     --certificate ./cert.p12 \
     --ios-provisioning-profile ./profile.mobileprovision \
     --p12-password "$P12_PASSWORD" \
     --apple-key-id "$APPLE_KEY_ID" \
     --apple-issuer-id "$APPLE_ISSUER_ID" \
     --apple-team-id "$APP_STORE_CONNECT_TEAM_ID"

   既存の古いフォーマットで保存されているクレデンシャルがあれば、以下のコマンドを実行してください。 BUILD_PROVISION_PROFILE_BASE64ターミナル画面

   bunx @capgo/cli@latest build credentials migrate --platform ios

   と CAPGO_IOS_PROVISIONING_MAP キー。 BUILD_PROVISION_PROFILE_BASE64 ビルドをテスト APPLE_PROFILE_NAME and

4. and

   bunx @capgo/cli@latest build request com.example.app --platform ios

5. 環境変数を削除 (任意)

   unset BUILD_CERTIFICATE_BASE64 BUILD_PROVISION_PROFILE_BASE64

ファイルの場所

資格情報は、1 つの JSON ファイルに保存されます:

• グローバル (デフォルト): ~/.capgo-credentials/credentials.json すべてのプロジェクトにわたって共有されます
• Local (with --local): .capgo-credentials.json プロジェクトルート内 — そのプロジェクトごとにグローバルファイルを上書きします

ファイルは、最初にクレデンシャルを保存したときに自動的に作成されます。クレデンシャルを追加 .capgo-credentials.json プロジェクト .gitignore プロジェクトごとにクレデンシャルがコミットされることはありません。

次のステップ

• 短いUIラベルまたはナビゲーションアイテム ネイティブビルドビルダークレジット
• 次のステップ Getting Startedのセクションのタイトルです。
• Android ビルド - Android用ビルド設定
• トラブルシューティング - 一般的な問題と解決策

必要な助けを求めます

• 📚 トラブルシューティング ガイド
• 💬 Discord コミュニティ
• 📧 メール: support@capgo.app

クレデンシャルを管理するから続けて

Capgoを使用している場合 資格管理 CI/CDの自動化を計画するには、Cloudflareを接続する Capgo CI/CD Capacitorの製品ワークフロー内でCapgo CI/CD Capgo Native Builds Capacitorの製品ワークフロー内でCapgo Native Builds Capgo Integrations Capacitorの製品ワークフロー内でCapgo Integrations CapacitorのCI/CD統合 Capacitorの実装詳細はCI/CD Integration GitHub Actions Integration Capgoの実装詳細についてはGitHub Actions Integration.