iOS ビルド

インストール手順と、このプラグインの完全なMarkdownガイドを含むセットアッププロンプトをコピーします。

Capgo の専用 Mac インフラを使って、iOS アプリをビルドし、TestFlight と App Store に提出します。

学習内容

Capgo Native Build を使用してアプリをアップロードする方法を学びます
Capgo Native Build 用の証明書を設定する方法を学びます

前提条件

Capgo アカウント（開始するには無料トライアルで十分です）
Capgo にアプリが登録済みであること（ bunx @capgo/cli@latest app add 未登録の場合）
Macは不要：Capgo Build がクラウド上で iOS アプリのコンパイルと署名を行うため、macOS、Windows、Linux から実行可能です
有効な Apple Developer アカウント（年額 $99）（Apple Developer アカウントの管理者またはオーナー権限が必要です）
アプリのビルドが成功すること（ローカルの Xcode または Capgo Build で）
Capacitor アプリ
設定済みのアプリ用アイコン（アイコンがないアプリは App Store にアップロードできません）

Appleポータルでの事前準備

証明書の設定や最初のTestFlightへのuploadを行う前に、Appleアカウントとチームが準備できていることを確認してください：

登録に使用するApple Accountで2ファクタ認証を有効にする
適切なメンバーシップタイプを選択してください：
- 個人 / 個人事業主: App Storeの販売者名が、あなたの法的な個人名になります
- 組織: 法人、D-U-N-S 番号、公開された企業ウェブサイト、企業ドメインの業務用メールアドレス、Apple の契約に組織を拘束する権限を持つ担当者が必要です
証明書、アプリレコード、API キー、TestFlight のために、Apple Developer と App Store Connect の両方にアクセスできるアカウントを使用してください
最終的な Bundle ID は早めに確定させてください。後から変更すると、通常 App Store の設定をやり直すことになります
App Review 前に、次の App Store Connect 項目を準備してください: サポート URL、プライバシーポリシー URL、対象年齢、スクリーンショット、輸出コンプライアンス、App Review の連絡先

これらを手動で行う必要はありません。Capgoのオンボーディングが、iOSの署名用クレデンシャル（配布用証明書 + プロビジョニングプロファイル）の作成と設定を自動で行います。以下の方法が推奨されます：

bunx @capgo/cli@latest build init --platform ios

以下の手順は、自身で認証情報を設定したい方や、Capgo の内部動作を詳しく理解したい方向けのガイドです。

初回の手動ビルド

Capgo を使ったアプリのビルドを検討する前に、まずは環境をセットアップし、手動で最初の TestFlight ビルドを行う必要があります。最初に手動ビルドを行うことには、いくつかのメリットがあります：

ローカルマシンに配布用証明書（distribution certificate）をセットアップできます
未作成の場合は、App Store のレコードを作成できます
アプリ code に関連するビルドプロセスの問題を特定できます

開始する前に、ローカルマシンに配布用証明書がインストールされている必要があります。かなり複雑ですが、以下で説明します。

配布用証明書の設定

Xcode を開く
次をクリックします： Xcode -> Settings... または、ショートカットを使用することもできます Cmd + ,
以下に移動します： Accounts
Apple Developer Accountに追加されているApple Accountを探します
アプリのデプロイに使用するチームを探します
次の Manage Certificates... ボタンをクリックします
リストに配布用証明書（distribution certificate）が表示されていることを確認してください
表示されていない場合は、新しい証明書を作成する必要があります

Appleでは配布用証明書の作成上限が3つまでに制限されています。3つ以上ある場合は、新しい証明書を作成するために既存のものを1つ削除する必要があります。この手順については本チュートリアルでは説明しません。
1. 次の + ボタンをクリックし、次に Apple Distribution
2. 証明書は自動的に作成されます。リストに表示されるので、前のステップを参考に確認してください。

配布用証明書のインストールが完了しました。これでビルドプロセスを開始できます。

TestFlightへの手動ビルド

Xcodeでアプリを開く

実行 bunx cap open ios Xcodeでアプリを開きます。
〜を探してクリックします archive ボタンをクリックします

Xcodeツールバーから、〜を探してクリックします product -> archive ボタンをクリックしてください。
ビルドの完了を待機してください
次の Distribute App ボタンをクリックします
選択します TestFlight Internal Only を配布方法として選択し、クリックします Distribute ボタンをクリックします
アプリレコードを設定

以下のフィールドを入力してください：
1. Name: アプリ名（App Storeに表示されます）
2. SKU: アプリのSKU（App Storeでの識別用）
3. Primary Language: アプリのメイン言語
次に、以下をクリックします next ボタンをクリックします
Appレコードの作成に失敗した場合は、ウィンドウを一度閉じてから再度アプリのアーカイブを試してください。
アップロードが完了するまで待ちます
すべて正常に完了すると、次の画面が表示されます
次の Done ボタンをクリックします

これで全て完了し、すぐにTestFlightでアプリを確認できると思うかもしれませんが、まだいくつか完了させるべきステップがあります：

TestFlightに自分をテスターとして追加する
エクスポートコンプライアンスを完了させ、ビルドをテスト可能にする
サポートURL、プライバシーポリシーURL、年齢制限などのApp Store Connectの必須メタデータを入力する
実際にサポートしているデバイスに合わせたスクリーンショットを用意する
本番提出の前に、App Review の連絡先情報とテスト用認証情報を追加してください

まずは最初の項目から始めましょう：

TestFlightに自分を追加する

以下にアクセスしてください： App Store Connect ページ
Apple Developer アカウントでサインイン
アプリのレコード作成時に使用したチームを選択してください。開発者アカウントが1つしかない場合は、このステップをスキップできます。
次の Apps ボタンをクリックします
前のステップで作成したアプリを探してクリックします
次の TestFlight ボタンをクリックします
次の Internal Testers plus ボタンをクリックします
新しいグループを作成

グループ名は「internal」にしていますが、好きな名前を付けて構いません。
次をクリックします： Invite testers ボタンをクリックします
自分をグループに追加する

リストで自分の名前を探し、名前の横のチェックボックスをオンにします。（自分が表示されない場合は、ページを更新する必要があるかもしれません）次に、以下をクリックします： Add ボタンをクリックしてください。
グループに追加されたことを確認

これで、グループ内に自分が表示されるはずです。

おめでとうございます 🎉 TestFlight への追加が完了しました。Capgo Native Build を設定する前に、やることはあと 1 つだけです。

コンプライアンス情報の設定

次に、アプリが非標準的な（カスタムアルゴリズムなど）暗号化を使用していないことをAppleに宣言する必要があります。もしアプリが非標準的な暗号化を使用している場合は、以下の Appleのドキュメントを確認して、対処方法を確認することをお勧めします。方法は2つあります：

アプリをビルドするたびに、手動で行う方法。
plistファイルを構成して、この値を自動的に設定する方法。 false.

まずは最初の項目から始めましょう：

前のセクションの手順に従って、App Store ConnectのTestFlightセクションを見つけます
次をクリックします： Builds -> iOS
コンプライアンス情報が不足しているビルドを見つけ、以下をクリックします Manage
アプリに最も当てはまるオプションを選択してください

私の場合、これは noneですが、あなたの場合は異なるかもしれません。その後、保存をクリックしてください
アプリが次のように表示されているはずです ready to test

2つ目については、手順は以下の通りです：

次を開きます： Info.plist ファイル

次のキーを追加してください：

<key>ITSAppUsesNonExemptEncryption</key>
<false/>

ファイルを保存してください

TestFlightアプリのインストールと招待の承諾

これで、ほぼ TestFlightでアプリをテストする準備が整いました。その前に、次のことを行ってください：

ダウンロード TestFlightアプリ iOS/iPadOSデバイスのApp Storeから
アプリのテスト招待を承認する

デバイスにTestFlightアプリをインストールする方法の詳細は省略します。アプリのインストール方法が分からない場合は、Googleに分かりやすいガイドがあります。

招待を承認するには、Appleから招待リンクが記載されたメールが届きます。

招待リンクが記載されたAppleからのメールを開く
次をクリックします： View in TestFlight ボタンをクリックします
次の Install ボタンをクリックします
デバイスにアプリをインストールする

以前にXcodeを使ってアプリをインストールした場合、次の画面が表示されることがあります。その場合は、 install ボタンをクリックしてください。
アプリのインストールが完了するまで待ちます
次の Open ボタンをクリックします

おめでとうございます 🎉 TestFlightでアプリをテストするための招待を承諾しました。これで、Capgo Native Build を設定して、アプリをビルドしTestFlightに提出できるようになります。

Capgo Native Build の設定

アプリをビルドしてTestFlightに提出できるようにするには、Capgo Native Build でいくつか設定する必要があります。以下は、Capgo CLI に渡す項目の一覧です：

パラメータ	説明
`--platform`	ビルド用プラットフォーム (`ios`)
`--apple-team-id`	Apple Developer Team ID ( Apple Developer Portal で確認できます))
`--apple-key`	App Store Connect API キーファイルのパス (`.p8` ファイル)
`--apple-key-id`	App Store Connect API キーの Key ID
`--apple-issuer-id`	App Store Connect Issuer ID
`--certificate`	配布用証明書 (distribution certificate) のパス (`.p12` ファイル)
`--ios-provisioning-profile`	Provisioning profile のマッピング (`bundleId=path` または単一のプロファイルのパス)

実行コマンド例:

bunx @capgo/cli@latest build credentials save \
  --platform ios \
  --apple-team-id YOUR_TEAM_ID \
  --apple-key '/path/to/AuthKey_XXXXX.p8' \
  --apple-key-id YOUR_KEY_ID \
  --apple-issuer-id YOUR_ISSUER_ID \
  --certificate '/path/to/certificate.p12' \
  --ios-provisioning-profile '/path/to/profile.mobileprovision'

チームID

まずはTeam IDから始めましょう。見つけるのはとても簡単です。

以下に移動します： Apple Developer Account 下にスクロールして
〜を探します Team ID

Apple key、Apple key ID、Apple issuer ID

次に、Appleのキーについて進めます。

以下に移動します： App Store Connect ユーザーとアクセスページ

リンクがうまく機能しない場合があります。その場合はページをリロードしてください。
ドロップダウンから正しいチームを選択してください
1. 右上の自分の名前をクリックします
2. 使用するチームをクリックします
次の Integrations ボタンをクリックします
〜を探します issuer

この 保存される - 後ほど必要になります

次の copy Issuerをコピーするボタン
プラスボタンをクリック
キーの名前とアクセス権を設定 App manager 次をクリックします： Generate ボタンをクリックします
Key IDを保存

この 保存される - 後ほど必要になります
キーをダウンロード

この 保存される - 後ほど必要になります

このキーは絶対に他人に共有しないでください。CAPGO CLI でのみ使用してください。

おめでとうございます 🎉 Apple key、Apple key ID、Apple issuer ID を作成しました。

証明書

これで証明書をエクスポートする準備が整いました。ご記憶のとおり、このガイドの最初の手順の一つは配布用証明書の設定でした。

しかし、Apple のありがたい仕様で、証明書のエクスポート方法は作成方法と大きく異なります 🙃 それでは、設定を進めましょう：

Keychain Access を開く
1. クリック Command + Space 検索バーを表示する
2. を検索し、 Keychain Access
3. 次の Keychain Access アプリ
次の login カテゴリを選択し、以下をクリックします： My Certificates ボタンをクリックします
リストから証明書を探します

証明書名は以下の通りである必要があります： Apple Distribution: [Your Name/Company] (your team ID)
証明書を右クリックして、以下を選択します： Export
証明書を次の形式で保存： .p12 ファイル

この 保存される - 後ほど必要になります
1. 証明書ファイルには適切な名前を付けてください
2. ファイル形式が次のように設定されていることを確認してください： Personal Information Exchange (.p12)
3. 次の Save ボタンをクリックします
パスワードを求められた際、以下のいずれかを選択できます：
- パスワードをスキップ（簡略化のため推奨）：以下をクリック OK パスワードを入力せずに実行
- パスワードを設定：証明書をパスワードで保護したい場合は、ここで設定できます。パスワード保護された .p12 Capgo CLI はパスワード保護されたファイルを完全にサポートしています。設定コマンドの実行時に --p12-password オプションを使用してパスワードを指定してください。
「login keychain password」を求められたら、Macへのログインパスワードを入力してください

Macへのログインパスワードを入力します。その後、以下をクリックしてください： Allow ボタンをクリックしてください。

おめでとうございます 🎉 証明書のエクスポートが完了しました。

プロビジョニングプロファイル

これで、provisioning profileをエクスポートする準備が整いました。Appleから取得する必要がある作業は、これで最後です。

以下に移動します： Apple Developer プロファイル
ドロップダウンから正しいチームを選択してください
1. 右上の自分の名前をクリックします
2. 使用するチームをクリックします
正しいページにいることを確認してください。表示が以下のようになっていない場合は、こちらをクリックしてください。 profiles サイドバーの
次の + ボタンをクリックします
プロファイルの種類を選択選択する App Store Connect 次をクリックします： Continue ボタンをクリックします
ビルドするアプリを選択

ドロップダウンからアプリを探してクリック Continue ボタンをクリックします
適切な配布用証明書を選択してください

前のステップでエクスポートした証明書を選択し、 Continue ボタンをクリックします

どの証明書を選択すべきかわからない場合は、Keychain Accessに戻ってエクスポートした証明書を確認してください。その際、有効期限も確認してください。
プロファイルの名称設定

プロファイルに名前を入力し、 Generate ボタンをクリックします

プロファイル名は Capgo CLI によって自動的に抽出されるため、覚えておく必要はありません。
プロファイルをダウンロード

次の Download プロファイルをダウンロードするボタン

このファイル 保存される - 後ほど必要になります

完了です 🎉 これで Capgo Native Build の設定に必要な準備がすべて整いました。

設定コマンドの実行

完了です！これで Capgo Native Build を設定するための準備がすべて整いました。

実行するコマンドは以下の通りです：

bunx @capgo/cli@latest build credentials save \
  --platform ios \
  --apple-team-id UVTJ336J2D \
  --apple-key ./capgo-tutorial/AuthKey_66FGQZB566.p8 \
  --apple-key-id 66FGQZB566 \
  --apple-issuer-id 0cd4db4a-5598-45b8-9d32-75cdf127d005 \
  --certificate ./capgo-tutorial/capgo-build-tutorial-certificate.p12 \
  --ios-provisioning-profile ./capgo-tutorial/capgo_native_build_tutorial.mobileprovision

正常に完了すると、以下の出力が表示されます：

Capgo CLI の認証情報保存完了

CI/CD設定 (GitHub Actions)

すでに完了している場合チームID, Apple key、Apple key ID、Apple issuer ID, 証明書やプロビジョニングプロファイルCI/CDに必要な準備はすでに整っています。このセクションでは、それらの値を GitHub Actions の secrets や環境変数として渡す方法について説明します。

1) 認証ファイルを1行のbase64形式に変換する

# Distribution certificate (.p12)
base64 -i ./capgo-tutorial/capgo-build-tutorial-certificate.p12 | tr -d '\n' > certificate_base64.txt

# Provisioning profile (.mobileprovision)
base64 -i ./capgo-tutorial/capgo_native_build_tutorial.mobileprovision | tr -d '\n' > profile_base64.txt

# App Store Connect API key (.p8)
base64 -i ./capgo-tutorial/AuthKey_66FGQZB566.p8 | tr -d '\n' > apple_key_base64.txt

2) リポジトリシークレットを作成

では GitHub > Repository > Settings > Secrets and variables > Actions、追加:

シークレット名	値
`CAPGO_TOKEN`	Capgo API トークン
`APP_STORE_CONNECT_TEAM_ID`	〜のTeam ID チームID
`APPLE_KEY_ID`	〜のKey ID Apple key、Apple key ID、Apple issuer ID
`APPLE_ISSUER_ID`	〜のIssuer ID Apple key、Apple key ID、Apple issuer ID
`BUILD_CERTIFICATE_BASE64`	内容: `certificate_base64.txt`
`CAPGO_IOS_PROVISIONING_MAP`	CLI が生成 — 〜からコピー `.capgo-credentials` ファイル
`APPLE_KEY_CONTENT`	内容: `apple_key_base64.txt`
`P12_PASSWORD` (任意)	お使いの `.p12` エクスポート時に設定したパスワード

3) GitHub Actions workflow で環境変数を使う

name: iOS Cloud Build

on:
  workflow_dispatch:
  push:
    branches: [main]

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

ビルドの実行

これで、最初のビルドを実行する準備が整いました。

以下のコマンドを実行して、アプリをビルドします：

bunx @capgo/cli@latest build request --platform ios

おめでとうございます 🎉 これでアプリのビルドが完了しました。App Storeへの申請準備は万端です。

App Storeレビューへ提出

通常のApp Storeビルドパスでは、ビルドをApp Store Connect/TestFlightにアップロードします。CIリリース時に、処理済みのTestFlightビルドをApp Storeのバージョンに紐付けてApp Reviewへ提出する場合は、 --submit-to-store-review リリースビルドで渡します:

npx @capgo/cli@latest build request com.example.app \
  --platform ios \
  --build-mode release \
  --ios-distribution app_store \
  --submit-to-store-review \
  --store-release-name "1.2.3" \
  --store-release-notes "General improvements" \
  --store-release-notes-locale "en-US=General improvements" \
  --store-release-notes-locale "nl-NL=Algemene verbeteringen" \
  --store-release-notes-locale "fr-FR=Ameliorations generales" \
  --no-ios-automatic-release

これには App Store Connect の API キー認証情報が必要です（APPLE_KEY_ID, APPLE_ISSUER_ID, APPLE_KEY_CONTENTや APP_STORE_CONNECT_TEAM_ID）。App-specific password を使用した upload や ad_hoc distribution では、レビュー用の build を提出できません。 --store-release-name は App Store のバージョンです。省略した場合、Capgo は MARKETING_VERSION Xcode プロジェクトから読み取ります。 --store-release-notes は App Store の「新機能」テキストのフォールバックです。各 --store-release-notes-locale "locale=notes" エントリでストアのローカライズ設定を上書きできます。 --ios-automatic-release を使用すると Apple の承認後に自動リリースされ、 --no-ios-automatic-release を使用すると手動リリースまで待機します。 --ios-testflight-groups は外部ベータ配布には引き続き利用可能ですが、App Store のレビュー提出には必須ではありません。

Ad-Hoc配布モード

デフォルトでは、Capgo は App Store 配布（TestFlight + App Store）向けに iOS アプリをビルドします。社内テストや CI アーティファクトの収集などのために Ad-Hoc ビルドが必要な場合は、 --ios-distribution フラグを使用してください。

Ad-Hocモードを使用するタイミング

登録済みのデバイスにIPAを直接配布したい場合（TestFlightを使用しない）
App Store Connectの API キーを持っていない、または使用したくない場合
以下の方法でビルド成果物を収集したい場合 --output-upload App Storeに提出することなく

要件

Ad-hocビルドは、 要件が少なく、 App Storeビルドよりも:

認証情報	必須ですか？
配布用証明書 (`.p12`)	はい
Ad-hoc プロビジョニングプロファイル (`.mobileprovision`)	はい
チームID (`--apple-team-id`)	はい
App Store Connect の API キー (`.p8`)	いいえ
Apple Key ID / Issuer ID	いいえ

Ad-Hocプロビジョニングプロファイルの作成

以下の手順に従ってください：プロビジョニングプロファイル、ただしステップ5では次を選択： Ad Hoc の代わりに App Store:

以下に移動します： Apple Developer プロファイル
次をクリックします： + ボタンをクリックします
選択します Ad Hoc 、続いて Continue をクリックします
アプリと配布用証明書を選択します
登録するデバイスを選択してください
プロファイルに名前を付けてダウンロード

Ad-Hoc認証情報の保存

bunx @capgo/cli@latest build credentials save \
  --platform ios \
  --ios-distribution ad_hoc \
  --apple-team-id YOUR_TEAM_ID \
  --certificate './certificate.p12' \
  --ios-provisioning-profile './adhoc_profile.mobileprovision'

いいえ --apple-key, --apple-key-id、または --apple-issuer-id が必要です。

Ad-Hocビルドの実行

bunx @capgo/cli@latest build request \
  --platform ios \
  --ios-distribution ad_hoc

IPAをビルド成果物として取得するには、以下を追加してください： --output-upload:

bunx @capgo/cli@latest build request \
  --platform ios \
  --ios-distribution ad_hoc \
  --output-upload

Ad-HocビルドによるCI/CD

GitHub Actionsでは、App Store向けのビルドよりも少ないSecretsで済みます：

name: iOS Ad-Hoc Build

on:
  workflow_dispatch:

jobs:
  ios-adhoc:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6
      - uses: oven-sh/setup-bun@v2
        with:
          bun-version: latest
      - name: Request iOS ad-hoc build
        run: bunx @capgo/cli@latest build request --platform ios --ios-distribution ad_hoc --output-upload
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}
          BUILD_CERTIFICATE_BASE64: ${{ secrets.BUILD_CERTIFICATE_BASE64 }}
          CAPGO_IOS_PROVISIONING_MAP: ${{ secrets.CAPGO_IOS_PROVISIONING_MAP_ADHOC }}
          CAPGO_IOS_DISTRIBUTION: ad_hoc

Extensionを含むアプリ（マルチターゲット署名）

アプリに extension (share extension、widget、notification service extension など) が含まれている場合、各 extension ターゲットに個別の provisioning profile が必要です。Capgo は、以下の repeatable --ios-provisioning-profile flag.

bunx @capgo/cli@latest build credentials save \
  --platform ios \
  --apple-team-id YOUR_TEAM_ID \
  --apple-key '/path/to/AuthKey_XXXXX.p8' \
  --apple-key-id YOUR_KEY_ID \
  --apple-issuer-id YOUR_ISSUER_ID \
  --certificate '/path/to/certificate.p12' \
  --ios-provisioning-profile "com.example.app=./app_profile.mobileprovision" \
  --ios-provisioning-profile "com.example.app.share-extension=./share_ext_profile.mobileprovision"

各 --ios-provisioning-profile フラグを使用して、bundle ID を provisioning profile ファイルに紐付けます。CLI:

各mobileprovisionファイルを読み込みます
埋め込まれたplistからプロファイル名を自動抽出します
ファイルをBase64エンコードします
すべてを一つの CAPGO_IOS_PROVISIONING_MAP 認証情報として保存します

シングルプロファイルからの移行

以前に BUILD_PROVISION_PROFILE_BASE64 (シングルプロファイル) を使用していた場合は、以下を実行してください:

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

これにより、既存のシングルプロファイル認証情報を新しい CAPGO_IOS_PROVISIONING_MAP 形式に変換し、レガシーキーを削除します（BUILD_PROVISION_PROFILE_BASE64, APPLE_PROFILE_NAME).

移行後、次のコマンドで拡張プロファイルを追加します update （追加マージ）:

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

トラブルシューティング

Provisioning profile に XYZ capability が含まれていません。

場合によっては、次のようなエラーが表示されることがあります：

Provisioning profile "YOUR_PROVISIONING_PROFILE_NAME" doesn't include the XYZ capability. (in target 'App' from project 'App')"

これは、provisioning profile の作成後に新しい capability を有効にしたことが原因です。古い provisioning profile には、まだ新しい capability が含まれていません。

これを解決するには、provisioning profile を再生成する必要があります。

開く Apple Developer Portal
ドロップダウンから正しいチームを選択してください
次の Profiles ボタンをクリックします
再生成したいプロビジョニングプロファイルを探します
次の Edit ボタンをクリックします
次の Save ボタンをクリックします
次の Download ボタンをクリックします
Capgo Native Build セットアップコマンドを再実行新しくダウンロードしたプロファイルを使用して実行してください。

これで問題が解決するはずです。

その他の問題

Capgo Native Build、認証情報の構成、またはアプリのビルドに関して何らかの問題が発生した場合は、お気軽に以下の方法でご連絡ください。サポート.

iOS Buildsから続ける

使用している場合 iOS ビルド CI/CD自動化を計画するには、次と連携してください Capgo での CI/CD 設定 Capgo CI/CDでのプロダクトワークフローについては、 Capgo Native Build Capgo Native Buildsでのプロダクトワークフローについては、 Capgo インテグレーション Capgo インテグレーションでのプロダクトワークフロー向けに、 CI/CD 連携 CI/CD Integrationの実装詳細については、 GitHub Actions 連携 GitHub Actions Integrationの実装詳細については。