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

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

概要

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

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

まだ証明書や資格情報がなければ、以下の包括的なガイドを確認してください。

iOS:

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

Android:

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

セキュリティ保証

あなたのクレデンシャルは、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

マイグレーション コマンドは古い BUILD_PROVISION_PROFILE_BASE64 資格情報を検出、古い資格情報を新しい資格情報に変換、そして古いキーを削除します。詳細は CAPGO_IOS_PROVISIONING_MAP資格情報のマイグレーション iOS資格情報の保存 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 (標準) または ad_hoc	なし
--output-upload	Capgo ダウンロードリンクを有効にする (有効期間あり)	なし (標準:) false)
--output-retention <seconds>	ビルドアウトプットを保持する期間 (例えば) 3600s)	なし (標準:) 3600s)
--skip-build-number-bump	自動ビルド番号のインクリメントをスキップ	なし

¹ App Store Connect API Key 要件

• app_store モード (default): All three API key options are 必要 必要な場合 --output-upload または --skip-build-number-bump (which bypass the need for API-driven submission).
• ad_hoc モード: これらのオプションは 必要ない — App Storeの提出は行われない。詳しくは Ad-Hoc Distribution Mode を参照してください。

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

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

何が保存されるか

iOS 認証情報を保存するときに、CLI:

1. 証明書とプロビジョニング プロファイル ファイルを読み取ります
2. base64 エンコードに変換します
3. 保存する ~/.capgo-credentials/credentials.json (または .capgo-credentials.json と --local)
4. パスワードとIDを平文で保存し、ローカルファイルのみ (local files only)

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

{
  "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 ビルド ガイド 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 認証情報に格納されるもの

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, or local .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 (推奨)

手動で各認証ファイルをbase64エンコードするのではなく (以下を参照)、 ファイルを自動生成してください:ターミナル画面 build credentials manage コピー

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

権限 .env.capgo.<appId>.<platform> file (permissions 0600) containing every saved credential as an environment variable — each line is one secret to add to your CI/CD provider. Both platforms are combined by default; add --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 App Store Connect キーID	文字列（例：「ABC1234567」）	注１参照
APPLE_ISSUER_ID	App Store Connect API 発行者ID	UUID文字列	注１参照
APPLE_KEY_CONTENT	App Store Connect API キー (.p8ファイルの内容)	Base64	注１参照
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	キーストア内にあるキーアリース	文字列	はい (リリース)
KEYSTORE_KEY_PASSWORD	キー アリースのパスワード	平文	はい*
KEYSTORE_STORE_PASSWORD	キーストア ファイルのパスワード	平文	はい*
PLAY_CONFIG_JSON	Google Play サービス アカウント JSON	Base64	はい (提出)

*両方のパスワードを提供しない場合、どちらのパスワードも使用されます KEYSTORE_KEY_PASSWORD と 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値の準備

CI/CDシークレット用に、資格情報ファイルを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

ヒント

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

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

This approach is more secure because:

• シークレットはCI/CDプラットフォームによって管理されます。
• ランナー上の資格情報ファイルなし
• 資格情報の簡単なローテーションとアクセス制御
• シークレットの使用履歴

資格情報のローテーション

資格情報のローテーション

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

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

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

トラブルシューティング

役割: セクションまたはページヘッダー。見られる場所: サポートポリシーページ。メッセージキー `support_policy_troubleshooting_title` (サポートポリシー トラブルシューティング タイトル)。

ビルドが認証情報が見つからなかったと表示している場合:

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 context

4. Page/area: Capgo marketing website. Role: Short UI label or navigation item. Seen in: page trust.astro. Message key `and` (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 これにより、プロジェクトごとのクレデンシャルはいつもコミットされません。

次のステップ

• はじめに - 最初のビルドを作成する
• iOS ビルド - iOS固有のビルド設定
• Android ビルド - Android固有のビルド構成
• トラブルシューティング - 一般的な問題と解決策

必要な助けを求めます

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

管理された資格情報から続きます

Capgoを使用している場合 資格の管理 CI/CDの自動化を計画するには、Cloudflareを接続します。 Capgo CI/CD Capgo CI/CDの製品ワークフロー Capgo Native Builds Capgo Native Buildsの製品ワークフロー Capgo Integrations Capgo Integrationsの製品ワークフロー CI/CD統合 CI/CD統合の実装詳細 GitHub Actions Integration Capgoの実装詳細についてはGitHubアクション統合で確認してください。