資格管理

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

概要

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

Live Update

Cloudflare

Capacitor

• GitHub Capgo
• code API
• SDK CLI

Android:

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

セキュリティ保証

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

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

コマンド

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

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

bunx @capgo/cli@latest build credentials manage

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

1回限りのスクリプトを使用することを推奨する場合は、下記の個別のコマンドを使用してください。

資格情報を保存

自動的に使用できるようにローカルに資格情報を保存してください:

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

資格情報を移行

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

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

マイグレーションコマンドは古い BUILD_PROVISION_PROFILE_BASE64 クレデンシャルを検出、変換してマルチターゲット形式に、そしてレガシーのキーを削除します。詳細は CAPGO_IOS_PROVISIONING_MAPマイグレーションからシングルプロファイル 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 キーID	¹を参照してください。
--apple-issuer-id <id>	App Store Connect API 発行者ID (UUID)	¹を参照してください。
--apple-team-id <id>	App Store Connect チームID	Yes
--apple-id <email>	Apple ID email for app-specific password upload (alternative to the API key)	²ノートを参照してください。
--apple-app-specific-password <password>	²を参照してください。xxxx-xxxx-xxxx-xxxx)	²ノートを参照してください。
--apple-app-id <id>	アプリ固有のパスワード ( 1234567890)	²ノートを参照してください。
--ios-distribution <mode>	数字の App Store Connect アプリID (例えば、 app_store （デフォルト）または ad_hoc	なし
--output-upload	Capgo ダウンロードリンクの有効期間を設定します。	なし（デフォルト： false)
--output-retention <seconds>	ビルド出力の保存期間（例えば 3600s)	なし（デフォルト： 3600s)
--skip-build-number-bump	自動ビルド番号のインクリメントをスキップ	なし

¹ App Store Connect API キー要件

• app_store モード （デフォルト）：すべてのAPI キー設定 必要 パスを渡さない限り --output-upload または --skip-build-number-bump Capgoを使用しない場合、API ドライバーによる提出を必要としない。
• ad_hoc modeマーケティングまたは法的文章 ページalternatives.astro Capgo製品/ブランド名と開発者用語をそのまま保存する Alternatives CTA Questions Appflowの比較/移行のマーケティングコピー

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

この方法は推奨されていません。 App Store ConnectのAPIキー(.p8App Store Connectの__CAPGO_KEEP_0__キー(--apple-id, --apple-app-specific-password, and --apple-app-idApp Store Connectの__CAPGO_KEEP_0__キー( --apple-app-id App Store Connectの__CAPGO_KEEP_0__キー(

App Store Connectの__CAPGO_KEEP_0__キー(

App Store ConnectのCLIキー(

1. App Store Connectの__CAPGO_KEEP_0__キー(
2. App Store Connectの__CAPGO_KEEP_0__キー(
3. App Store Connectの__CAPGO_KEEP_0__キー( ~/.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用の資格情報を保存

注

キーストアがまだない場合 See the Android Builds ガイド Android用のキーストアとPlayストアの設定方法については、以下の手順を参照してください。

サンプル実装

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 推奨

手動で各認証ファイルを base64 でエンコードするのではなくて 下記の手順に従ってくださいターミナル画面 build credentials manage クリップボードにコピー

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

It writes a .env.capgo.<appId>.<platform> CI/CD プロバイダーに追加する必要があるシークレットは、各行が 1 つのシークレットです。 0600両方のプラットフォームを組み合わせることができます。 --platform ios または --platform android 一つに絞ってください。

注意

エクスポートされたファイルには署名シークレットが含まれています — これを .gitignore に追加して、コミットしないでください。

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

CLIは、以下の環境変数を読み取ってクレデンシャルを取得します:

iOSクレデンシャル:

変数	説明	フォーマット	必要
BUILD_CERTIFICATE_BASE64	codeの署名用P12/PKCS12証明書	Base64	はい (リリース)
CAPGO_IOS_PROVISIONING_MAP	__CAPGO_KEEP_0__バンドルIDとプロビジョニングプロファイルデータのJSONマップ	JSON文字列	はい (リリース)
P12_PASSWORD	__CAPGO_KEEP_0__証明書のパスワード	平文	任意
APPLE_KEY_ID	APIキーアイデンティティ	文字列 (例：「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 (標準) または 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	はい (提出)

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

GitHub アクションの例

/github/ワークフロー/ビルド.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

ヒント

その tr -d '\n' 改行を削除して、1行のBase64文字列を作成し、CI/CDシークレットとして保存しやすくなります。

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

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

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

クレデンシャルローテーション

iOS

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), run:

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

   キーを削除します。 CAPGO_IOS_PROVISIONING_MAP キー BUILD_PROVISION_PROFILE_BASE64 and APPLE_PROFILE_NAME と

4. ビルドをテスト

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

5. 環境変数を削除 （任意）

   unset BUILD_CERTIFICATE_BASE64 BUILD_PROVISION_PROFILE_BASE64

ファイルの場所

クレデンシャルは、単一のJSONファイルに保存されます:

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

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

次のステップ

• iOS ビルド iOS に特化したビルド設定
• Android ビルド Native Build Builder Credit Next
• Native Build Builder Credit Next Android 仕様のビルド設定
• トラブルシューティング - 共通の問題と解決策

必要な助けを求めます

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

管理する資格情報から続けて

利用している場合 管理資格 CI/CDの自動化を計画するには、接続する Capgo CI/CD 製品ワークフローにおけるCapgo CI/CDの Capgoネイティブビルド 製品ワークフローにおけるCapgoネイティブビルドの Capgo統合 Capgoの製品ワークフローにおけるCapgo統合 製品ワークフローにおける__CAPGO_KEEP_0__統合の CI/CD統合 GitHub アクション統合 GitHub アクション統合の実装詳細のために。