iOS ビルド

コピー可能

Capgoの専用Macインフラを使用して、TestFlightとApp StoreにiOSアプリをビルドおよびアップロードできます。

学びたいこと

Capgoネイティブビルドを使用してアプリをアップロードする方法を学びます。
Capgoネイティブビルドの証明書を設定する方法を学びます。

前提条件

Capgoアカウント (無料試用版でも十分です)
Capgoにアプリが登録されていること (run if not) bunx @capgo/cli@latest app add __CAPGO_KEEP_0__
A Mac computer with Xcode installed (it’s possible to setup the build on a linux/windows machine, but it’s not yet documented)
有効なApple Developerアカウント（$99/年）(Apple Developerアカウントの管理者またはオーナーの権限が必要)
アプリがXcodeで正常にビルドできること
A Capacitor app
アプリの設定済みアイコン。アイコンが設定されていないアプリはApp Storeにアップロードできない。

Appleのポータルで始める前に

Appleアカウントとチームが準備できたことを確認する前に、証明書の設定や最初のTestFlightアップロードをトリガーすることはできません。

2要素認証を有効にして、登録に使用するAppleアカウントを選択
正しい会員種類を選択してください:
- 個人/個人の所有者: ご自身の法的個人名がアプリストアでの販売者名になります
- 組織: 法的組織、D-U-N-S番号、公的企業ウェブサイト、企業ドメインのメールアドレス、そしてAppleの契約に組織を縛る権限を持つ人物が必要です
Apple DeveloperとApp Store Connectにアクセスできるアカウントを使用してください。証明書、アプリレコード、APIキー、テストフライトに
最終的なバンドルIDを早めに固定してください。後で変更すると通常、アプリストアの設定を再度実行する必要があります
App Review前に準備するアプリストアコネクトのアイテムを計画してください。サポートURL、プライバシーポリシーURL、年齢制限、スクリーンショット、輸出管理、App Reviewの連絡先情報

手動でこれらの作業を行う必要はありません。 Capgo のインポート機能は、iOS の署名資格情報 (配布証明書 + 配布プロファイル) を自動的に作成および設定します。これが推奨されるパスです:

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

手動のガイドは、インポート機能を自分で設定したり、 Capgo の内部動作を理解したい場合は、以下の手順に従ってください。

最初の手動ビルド

Capgo をビルドする前に、まずセットアップして、手動で最初の TestFlight ビルドを行う必要があります。手動ビルドを行うことで得られるメリットは次のとおりです:

配布証明書をローカルマシンに設定します
App Store のレコードを作成する必要があります (まだ作成していない場合は)
アプリケーションcodeに関連するビルドプロセスの問題をすべて解決できます。

始める前に、ディストリビューション証明書をローカルマシンにインストールする必要があります。これはかなり複雑ですが、以下で説明します。

ディストリビューション証明書の設定

Xcodeを開く
クリック Xcode -> Settings... ショートカットを使用することもできます Cmd + ,
に移動 Accounts
選択されたAppleアカウントのXcode
アプリをデプロイするために使用するチームを探してください
ボタンをクリック Manage Certificates... ボタン
証明書を確認
配布用証明書

注記
1. ボタンをクリック + ボタンを押してから Apple Distribution
2. 証明書は自動的に作成されます。リストで確認できます。前のステップを確認してみてください。

配布証明書をインストールしたので、ビルドプロセスを開始できます。

セクション「手動ビルドをテストフライト」

実行

Xcodeでアプリを開く。 bunx cap open ios ボタン
ボタン archive Xcodeのツールバーでボタンを探してクリック

証明書を追加 product -> archive iOS用ビルダーの設定
ビルドが完了するのを待ってください
Xcodeの Distribute App ボタン
配布方法として TestFlight Internal Only ボタン Distribute Xcodeのテストフライトの内部配布方法
以下のフィールドを入力してください:

iOS用のビルダー設定
1. Name: アプリ名 - App Storeで表示されるアプリ名
2. SKU - アプリのSKU - App Storeでアプリを識別するために使用される
3. The primary language - アプリの主な言語
次に、 next ボタン
アプリレコードの作成が失敗した場合は、ウィンドウを閉じてアプリを再度アーカイブしてみてください。
アップロードを待ってください
全てがうまくいった場合、以下の画面が表示されるはずです
ボタン Done __CAPGO_KEEP_0__

あなたは、TestFlightでアプリを確認できるようになることを期待しているかもしれませんが、まだいくつかのステップが残っています:

TestFlightに自分を追加する
テスト可能なビルドになるように、輸出管理を完了する
App Store Connectの必要なメタデータを入力する（サポートURL、プライバシーポリシーURL、年齢制限など）
コンテキスト：解決策ページのアプリ例セクション。役割：短いUIラベルまたはナビゲーションアイテム。見られる場所：コンポーネント解決策/ソリューションアプリ例.astro。メッセージキー`solution_app_examples_rating` (ソリューションアプリ例の評価)。
実際にサポートしているデバイスに合ったスクリーンショットを用意する

プロダクションの提出前に、App Reviewの連絡先情報とテストクレデンシャルを追加する

まず最初のステップに進みましょう：

「TestFlightに自分を追加する」のセクション「 App Store Connect」
Apple Developerアカウントでサインイン
アプリレコードを作成したときに使用したチームを選択してください。1つの開発者アカウントのみの場合は、このステップをスキップできます。
ボタン Apps App Store Connectアプリボタン
App Store Connectアプリ選択
App Store Connectテストフライトボタン TestFlight App Store Connectアプリの選択
App Store Connectの内部テスト者にボタンをクリックしてください。 Internal Testers plus ボタン
新しいグループを作成する

グループの名前は「内部」にしたいです。任意の名前を付けられます。
ボタン Invite testers App Store Connectのテスターに招待するボタン
リストの中で自分自身を見つけ、自分の名前の横のチェックボックスを選択してください。自分自身が表示されない場合はページを更新してください。

次に、 Add ボタン
グループに追加されていることを確認してください

グループに自分自身が表示されるようになりました

おめでとうございます 🎉 TestFlightに自分自身を追加しました。ただ、Capgo Native Buildを設定する前に、最後のステップがあります。

規制情報の設定

現在、Appleにアプリが標準的な暗号化アルゴリズム以外の暗号化を使用していないことを約束する必要があります。アプリが標準的な暗号化アルゴリズム以外の暗号化を使用している場合、以下のドキュメントを参照してください。 Appleのドキュメントこの方法の2つがあります:

毎回アプリをビルドするたびに手動で設定する
plistファイルを自動的に設定するように設定する false.

はじめに最初のものを始めましょう:

前のセクションからすべてのステップを実行し、App Store ConnectのTestFlightセクションを見つけてください
クリックしてください Builds -> iOS
非準拠情報が含まれているビルドを見つけ、クリックしてください Manage
あなたのアプリの説明を選択してください

私にとっては noneがちですが、あなたの場合では異なるかもしれません。次に、保存
あなたのアプリは、 ready to test

2 番目の場合の手順はこちらです。

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

以下のキーを追加します。

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

ファイルを保存します。

TestFlight アプリのインストールと招待の受け入れ

さて、 __CAPGO_KEEP_0__ テスト用のアプリをテストフライトでテストする準備ができました。

以下のことを実行する必要があります。テストフライトアプリ iOS/iPadOSデバイスのApp Storeからダウンロード
アプリをテストするための招待を受け入れる

アプリをインストールする方法の詳細については説明しません。アプリをインストールする方法がわからない場合は、Googleのガイドを参照してください。

招待を受け入れるには、Appleからメールが届きます。招待を受け入れるためのリンクが含まれています。

Appleから招待を受け入れるためのリンクが含まれるメールを開きます。
招待を受け入れるためのリンクが含まれるメールを開きます。 View in TestFlight ボタン
ボタンをクリックしてください Install ボタン
あなたのデバイスにアプリをインストールしてください

あなたがXcodeを使用してアプリをインストールしたことがある場合、以下の画面が表示されます。ボタンをクリックしてください。 install テストフライトインストールアプリ
ボタンをクリックしてください
ボタンをクリックしてください Open おめでとうございます 🎉 あなたはテストフライトへのアプリの招待を承認しました。__CAPGO_KEEP_0__ Native Buildを設定して、アプリをテストフライトに送信することができます。

Congratulations 🎉 You have accepted the invitation to test your app in TestFlight. Now, you can configure Capgo Native Build to build and submit your app to TestFlight.

Configuring Capgo Native Build

There are a few things you need to configure in Capgo Native Build to be able to build and submit your app to TestFlight. Here is a list of the things you will pass to the Capgo CLI:

パラメーター	説明
`--platform`	ビルドするプラットフォーム (`ios`)
`--apple-team-id`	Apple Developer Portalで見つけることができる App Store Connect __CAPGO_KEEP_0__ Keyファイルのパス ()
`--apple-key`	Path to your App Store Connect API Key file (`.p8` App Store Connect __CAPGO_KEEP_0__ KeyのKey ID
`--apple-key-id`	The Key ID of your App Store Connect API Key
`--apple-issuer-id`	Capgo
`--certificate`	iOS向けの配布用証明書のパス (`.p12` ファイル)
`--ios-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

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

Apple Developer Account Go to と下にスクロール
を探してください Team ID

Appleキー、AppleキーID、Apple発行者IDの

さて、Appleキーについて説明しましょう。

アプリストアコネクトユーザーとアクセスページへ注意

正しいチームをドロップダウンから選択してください。
右上の自分の名前をクリックしてください。
1. 使用したいチームをクリックしてください。
2. Apple Developerキーのチーム選択
App Store Connect統合ボタン Integrations __CAPGO_KEEP_0__
iOS用ビルダー issuer

この 保存しておく必要があります 後で必要になるため

コピーするためのボタンをクリックしてください copy App Store Connectのコピー用発行者
App Store Connectのキー追加ボタン
__CAPGO_KEEP_0__ App manager と Generate ボタン
アクセス権限を設定し、

注意注意これは後で必要になるため
キーIDをコピーしてください

この これは保存しておく必要があります これは後で必要になるため

このキーは誰にも共有しないでください - CAPGO CLI 内でしか使用しないでください

おめでとうございます 🎉 Apple キー、Apple キー ID、Apple 発行者 ID を作成しました。

証明書

今、証明書をエクスポートする準備ができました。これらのガイドの最初のステップの 1 つとして、ディストリビューション証明書を設定しましたことを思い出してください。

しかし、アップルは、証明書をエクスポートする方法が、証明書を作成する方法とはかなり異なると判断しました 🙃 では、設定方法を説明しましょう:

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 パスワードを入力せずにクリック
- パスワードを設定する: パスワードを設定すると、証明書を保護できます。パスワードが設定されたファイルは、完全に __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ でサポートされています。ただし、パスワードを入力する必要があります。 .p12 files are fully supported by the Capgo CLI - just provide the password using the --p12-password Keychain Access save certificate dialog
Macにログインする際に使用するパスワードを入力してください

Macにログインする際に使用するパスワードを入力してください。次に、 Allow ボタンをクリックしてください。

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

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

プロビジョニングプロファイルのセクション

Appleから必要な最後のものを取得するために、プロビジョニングプロファイルをエクスポートする準備ができました。 Apple Developer Profiles
ドロップダウンメニューで正しいチームを選択してください
1. 右上隅の名前をクリックしてください
2. 使用するチームをクリックしてください
正しいページにいることを確認してくださいこれが見えなければ、 profiles サイドバー
ボタン + Apple Developerのプロファイル追加ボタン
ボタン App Store Connect button Continue Apple Developerのプロファイル追加ボタン
ビルドしたいアプリを選択

ドロップダウンでアプリを探し、ボタンをクリック Continue ボタン
正しい配布用証明書を選択

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

配布用証明書の有効期限がわからない場合は、Keychain Accessに戻り、前ステップでエクスポートした証明書を探し、有効期限を確認
プロファイルの名前を設定

プロファイルに名前を付け、ボタンをクリックしてください。 Generate ボタン

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

ダウンロードするボタンをクリックしてください。 Download 注意

iOS向けのプロファイルをダウンロードする 保存する必要があります 必要な場合に使用することができます

おめでとうございます 🎉 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キー、AppleキーID、Apple発行者ID, 証明書, そしてプロビジョニングプロファイル, you already have everything needed for CI/CD. This section only covers how to pass those values as GitHub Actions secrets and environment variables.

CI/CD用にすでに必要なものはすべて揃っています。このセクションでは、__CAPGO_KEEP_0__ Actionsシークレットと環境変数として値を渡す方法について説明します。

# 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) Create repository secrets

Section titled “2) Create repository secrets” GitHub > Repository > Settings > Secrets and variables > Actions2) リポジトリシークレットを作成する

In	In
`CAPGO_TOKEN`	Your Capgo API token
`APP_STORE_CONNECT_TEAM_ID`	シークレット名 Value
`APPLE_KEY_ID`	値 Appleキー、アップルキーID、そしてアップル発行者ID
`APPLE_ISSUER_ID`	発行者IDから Appleキー、アップルキーID、そしてアップル発行者ID
`BUILD_CERTIFICATE_BASE64`	内容 `certificate_base64.txt`
`CAPGO_IOS_PROVISIONING_MAP`	生成されたものはCLI — CLIからコピー `.capgo-credentials` ファイル
`APPLE_KEY_CONTENT`	内容 `apple_key_base64.txt`
`P12_PASSWORD` (任意)	あなたの `.p12` パスワードがエクスポート時に設定されていた場合

3) GitHub Actionsワークフローで環境変数を使用する

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_IDApp Store へのアップロードと配布は、ビルドを App Review に提出することはできません。 ad_hoc App Store バージョンです。 __CAPGO_KEEP_0__ が省略されている場合、Xcode プロジェクトから読み取られます。 --store-release-name is the App Store version; if omitted, Capgo reads MARKETING_VERSION App Store への提出 --store-release-notes はApp Storeのデフォルトの「What’s New」テキストであり、各 --store-release-notes-locale "locale=notes" はApp Storeのローカライズ用にそれを上書きできます。 --ios-automatic-release を使用して、Appleの承認後に自動的にリリースするか、または手動でリリースを待つことができます。 --no-ios-automatic-release は、外部ベータ配布用にまだ利用可能ですが、App Storeのレビュー提出には必要ありません。 --ios-testflight-groups 内部テストまたはCIアーティファクト収集用にアドホックビルドが必要な場合は、代わりに

セクションのタイトル「アドホック配布モード」

By default, Capgo builds iOS apps for App Store distribution (TestFlight + App Store). If you need ad-hoc builds instead (for internal testing or CI artifact collection), you can use the --ios-distribution 注意

アドホックモードを使用するときは

IPAsを登録済みデバイスに直接配布したい
App Store Connect APIキーを使用せずに
ビルドアーティファクトを収集したい --output-upload App Storeに提出しない

要件

アドホックビルドは App Store ビルドよりも 少ない要件があります:

資格情報	必要ですか?
配布証明書（`.p12`)	はい
アドホックプロビジョニングプロファイル（`.mobileprovision`)	はい
チームID（`--apple-team-id`)	はい
App Store Connect API キー（`.p8`)	No
Apple Key ID / Issuer ID	No

アドホックプロビジョニングプロファイルの作成

同じ手順をプロビジョニングプロファイルコンテキスト: Capgo Builder / ネイティブクラウドビルド製品ページ。役割: 短いUIラベルまたはナビゲーションアイテム。見られる場所: page native-build.astro。メッセージキー `native_build_v2_wiz_ios_s3_l` (Native Build V2 Wiz Ios S3 L)。 , ですがステップ5で アドホック の代わりに:

App Store Apple Developer Profilesに移動
プロファイルをクリック + ボタン
選択 アドホック 続けてクリックしてください
アプリと配布証明書を選択してください
登録したいデバイスを選択してください
プロファイルの名前とダウンロード

アドホックのクレデンシャルを保存

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 needed.

アドホックビルドを実行する

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

アドホックビルドをCI/CDに組み込む

For GitHub Actions, you need fewer secrets than App Store builds:

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

拡張機能を含むアプリ (Multi-Target Signing)

アプリに拡張機能 (共有拡張機能、ウィジェット、通知サービス拡張機能など) が含まれている場合、各拡張機能のターゲットには独自のプロビジョニングプロファイルが必要です。Capgoは、繰り返し可能な --ios-provisioning-profile フラグを使用してサポートしています。

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 フラグはバンドルIDをプロビジョニングプロファイルファイルにマップします。 CLI:

各モバイルプロビジョニングファイルを読みます
プロファイル名を埋め込まれた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"

プロビジョニングプロファイルには、XYZ機能が含まれていません。

__CAPGO_KEEP_0__

時々、次のエラーが表示される場合があります。

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

この問題は、プロビジョニングプロファイルが作成された後、新しい機能を有効にしたため、発生します。古いプロビジョニングプロファイルにはまだ新しい機能が含まれていません。

この問題を解決するには、プロビジョニングプロファイルを再生成する必要があります。

開く Apple Developer Portal
ドロップダウンメニューで正しいチームを選択
ボタンをクリック Profiles Apple Developer profiles button
button
プロフィールを Edit ボタン
プロフィールを Save ボタン
プロフィールを Download ボタン
再度Capgoネイティブビルド設定コマンドを実行新しくダウンロードしたプロフィールを使用してください。

この問題は解決するはずです。

その他の問題

あなたが Capgo Native Build、クレデンシャル設定、またはアプリのビルドに関して何らかの理由で問題を抱えている場合、Capgo Native Buildの設定やクレデンシャル設定、またはアプリのビルドに関してのサポートにご連絡ください。サポート.

iOS Buildsから続けてください。

あなたが iOS Builds を使用してCI/CDの自動化を計画する場合、__CAPGO_KEEP_0__ CI/CD と接続し、Capgo CI/CD for the product workflow in Capgo CI/CD, Capgo Native Builds Capgo Native Buildsの製品ワークフロー Capgo Integrations Capgo Integrationsの製品ワークフロー CI/CD Integration CI/CD Integrationの実装詳細 GitHub Actions Integration GitHub Actions Integrationの実装詳細