iOSビルド
インストール
iOSアプリをテストフライトとApp Storeに送信するには、Capgoの専用Macインフラを使用します。
学習内容
学習内容- Capgoネイティブビルドでアプリをアップロードする方法
- Capgoネイティブビルドの証明書を設定する方法
前提条件
前提条件- Capgoアカウント(無料試用版でも十分)
- Capgoにアプリを登録済み(未登録の場合、run if notを実行)
bunx @capgo/cli@latest app addもしない場合 - Macが必要ない: Capgo iOSアプリのビルドと署名はクラウドで行われます。macOS、Windows、Linuxから実行できます。
- Apple Developerアカウント ($99/年) (Apple Developerアカウントに管理者またはオーナーの権限が必要です)
- アプリがXcodeでローカルにビルド成功すること (またはCapgo Buildでビルド成功すること)
- Capacitor アプリ
- アプリのアイコン。アップロードするにはアイコンが必要です
Appleアカウントに2要素認証を有効にする
- Appleアカウントに2要素認証を有効にする
- メンバーの種類を選択してください:
- 個人/個人事業主: 法的個人名はApp Storeで販売者名になります
- 組織: 法的組織、D-U-N-S番号、公的企業ウェブサイト、企業ドメインのメールアドレス、Appleの契約に組織を縛る権限を持つ人物が必要です
- Apple DeveloperとApp Store Connectにアクセスできるアカウントを使用してください。証明書、アプリレコード、APIキー、テストフライト
- 最終的なバンドルIDを早めに固定してください。後で変更すると通常App Storeの設定を再度行う必要があります
- App Review前にApp Store Connectの次の項目を計画してください: サポートURL、プライバシーポリシーURL、年齢制限、スクリーンショット、輸出管理、App Reviewの連絡先情報
手動のウォークスルーは、オンボーディングを自分で設定したい、または __CAPGO_KEEP_0__ の内部動作を完全に理解したい人向けです。
最初の手動ビルドBefore we can start thinking about building the app with Capgo, we should first set it up, and do a first TestFlight build by hand. There are some advantages to doing a manual build first:
- __CAPGO_KEEP_0__ をビルドする前に、まずセットアップし、手動で最初の TestFlight ビルドを行う必要があります。 手動ビルドを行うには、次のメリットがあります:
- 署名証明書をローカルマシンにセットアップします
- You will be able to figure out any issues with the build process linked to your app code
まずはじめる前に、ローカルマシンに配布用証明書をインストールする必要があります。 これはかなり複雑ですが、以下で説明します。
配布用証明書の設定
配布用証明書の設定-
Xcodeを開く
-
クリック
Xcode->Settings...ショートカットを使用することもできますCmd + ,
-
に移動
Accounts
-
Apple Developerアカウントに追加されたAppleアカウントを検索

-
アプリを配布するために使用するチームを検索

-
ボタンをクリックしてください
Manage Certificates...ボタン
-
リストに配布用証明書が表示されることを確認してください

-
表示されない場合は、新しい証明書を作成する必要があります
- ボタンをクリックしてください
+ボタンをクリックしてくださいApple Distribution
- 証明書は自動的に作成されます。リストで確認できます。前のステップを確認してみてください。
- ボタンをクリックしてください
配布用証明書をインストールしたので、ビルドプロセスを開始できます。
手動ビルドをTestFlightに送信
セクションのタイトル:手動ビルドをTestFlightに送信-
Xcodeでアプリを開く
実行
bunx cap open iosコンテキスト:Xcodeでアプリを開く。ページ/エリア:Capgoマーケティングウェブサイト。ロール:長いマーケティングまたは法的文章。見つける場所:ページalternatives/codepush.astro。Capgo製品/ブランドと開発者用語を完全に保持します。 -
手動ビルドをTestFlightに送信
archivebutton手動ビルドをTestFlightに送信
product->archivebutton.
-
ビルドを完了するのを待ってください
-
ボタンをクリックしてください
Distribute Appボタン
-
配布方法として
TestFlight Internal OnlyXcode TestFlight 内部配布方法Distributeボタン
-
以下のフィールドを入力してください:
Name: アプリ名 - App Storeで表示されます
- Name
- SKU - アプリのSKU - このSKUはApp Storeでアプリを識別するために使用されます。
- The primary language - アプリの主な言語
次に、
nextボタン
-
アプリレコードの作成が失敗した場合は、ウィンドウを閉じてアプリを再度アーカイブしてみてください。
-
アップロードを待ってください
-
すべてがうまくいったら、以下の画面が表示されるはずです。

-
ボタン
Doneボタン
あなたは、すべてがうまくいったと感じるかもしれませんが、まだ何が残っているかを知る必要があります。
- TestFlightに登録する
- 出荷の準備が整うようにexport complianceを完了する
- App Store Connectの必要なメタデータを入力する(サポートURL、プライバシーポリシーURL、年齢制限)
- 実際にサポートしているデバイスに合ったスクリーンショットを用意する
- App Reviewの連絡先情報やテストクレデンシャルを追加する
最初のステップはこちらです:
TestFlightに登録する
「TestFlightに登録する」のセクション-
App Store Connect ページ page

-
Apple Developerアカウントでサインイン
-
アプリレコードを作成したときに使用したチームを選択してください。1つの開発者アカウントのみの場合は、このステップをスキップできます。

-
ボタン
Appsbutton
-
App Store Connectアプリの選択

-
ボタン
TestFlightbutton
-
ボタン
Internal Testers plusボタン
-
新しいグループを作成
グループに名前を付けたい場合は、「内部」などと呼ぶことができます。何にでも名前を付けられます。

-
クリック
Invite testersボタン
-
グループに自分を追加
リストの中で自分を見つけ、自分の名前の横のチェックボックスを選択してください。自分が表示されない場合はページを更新してください。 次に、
Addボタンをクリック
-
グループに追加されていることを確認してください
グループに自分自身が表示されるようになります

おめでとうございます 🎉 TestFlightに自分自身を追加しました。 ただし、Capgo Native Buildを設定する前に、最後のステップがあります。
規制情報の設定
「規制情報の設定」のセクション現在、Appleにアプリが標準的な暗号化方法以外の暗号化アルゴリズムを使用していないことを約束する必要があります。アプリが標準的な暗号化方法以外の暗号化アルゴリズムを使用している場合、以下のドキュメントを参照してください。 Appleのドキュメント この方法の2つの方法があります:
- 毎回アプリをビルドするたびに手動で実行する
- plistファイルを自動的に設定する
false.
まず最初の方法から始めましょう
-
前のセクションのすべてのステップに従って、App Store Connectでテストフライトセクションを見つけてください。
-
クリックしてください。
Builds -> iOS
-
非準拠情報が含まれているビルドを見つけ、クリックしてください。
Manage
-
アプリの説明を選択してください。
私にとってはこれですが、あなたの場合は異なるかもしれません。 次に、保存をクリックしてください。
noneApp Store Connect 非準拠情報保存
-
2番目のステップについては、以下の手順を実行してください。
ready to test
App Store Connect
-
iOS用Capgoビルダー
Info.plistファイルを開く -
ファイル
<key>ITSAppUsesNonExemptEncryption</key><false/> -
コピー
Appleの公式ドキュメントに従って、暗号化エクスポート規制への適合性をAppleに通知する方法について説明しています。
TestFlightアプリをインストールし、招待を受け入れるTestFlightアプリをインストールし、招待を受け入れる ほぼ テストフライトでアプリをテストする準備ができています。 まず、以下のことを実行する必要があります:
- ダウンロードする テストフライトアプリ iOS/iPadOSデバイスのApp Storeから
- アプリをテストするための招待を受け入れる
テストフライトアプリをインストールする方法の詳細については説明しません。アプリをインストールする方法がわからない場合は、Googleのガイドを参照してください。
招待を受け入れるには、Appleからメールが届きます。招待を受け入れるためのリンクが含まれています。
-
Appleからメールを開き、招待を受け入れるためのリンクをクリックします。
-
ボタン
View in TestFlightボタン
-
iOS用ビルダーの設定
Installボタン
-
デバイスにアプリをインストール
Xcodeを使用してアプリを以前インストールした場合、以下の画面が表示される場合があります。テストフライトインストールボタンをクリックしてください。
installbutton.
-
インストールボタンをクリックしてください
-
iOS用ビルダーの設定
Openおめでとうございます 🎉 テストフライトにアプリをテストするための招待を承諾しました。ここで、__CAPGO_KEEP_0__ネイティブビルドを設定して、アプリをテストフライトにアップロードすることができます。
Capgoネイティブビルドの設定
CapgoでCapgoのネイティブビルドを設定する
「Capgoネイティブビルドの設定」Capgoネイティブビルドでアプリをビルドしてテストフライトに提出できるようにするには、いくつかの設定が必要です。 ここでは、Capgo CLIに渡すもののリストを示します。
| パラメーター | 説明 |
|---|---|
--platform | ビルドするプラットフォーム(ios) |
--apple-team-id | Apple Developer Portalで見つけることができる アプリストアコネクト__CAPGO_KEEP_0__キーファイルのパス() |
--apple-key | App Store Connect API キーファイル (.p8 file) |
--apple-key-id | The Key ID of your App Store Connect API Key |
--apple-issuer-id | 配布用証明書のパス( |
--certificate | __CAPGO_KEEP_0__.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」チーム IDから始めましょう。見つけるのはとても簡単です。
-
いく に移動し、下部にスクロール コピーする
-
iOS用ビルダーの設定
Team ID
Apple key、Apple key ID、Apple issuer IDの場所
「Apple key、Apple key ID、Apple issuer ID」のセクションさて、Apple keyに進みましょう。
-
正しいチームをドロップダウンから選択してください
- 右上の自分の名前をクリックしてください
- 使用したいチームをクリックしてください

-
クリック
Integrationsボタン
-
検索
issuerコピーするためのボタンをクリックしてください
copyApp Store Connectのコピー発行者
-
App Store Connectのキー追加ボタン

-
ボタンをクリックしてください
App managerApp Store Connectのキー設定Generateボタン
-
キーIDを保存する

-
キーをダウンロードする


おめでとうございます 🎉 Apple キー、Apple キーID、Apple 発行者IDを作成しました。
証明書
「証明書」セクション証明書をエクスポートする準備ができました。最初のステップの1つとして、ディストリビューション証明書の設定を行っていました
しかし、アップルは、証明書をエクスポートする方法は、証明書を作成する方法とはかなり異なります 🙃 それでは、設定を始めましょう:
-
Keychain Accessを開く
- クリック
Command + Space検索バーを開く - 検索
Keychain Access - 検索結果から
Keychain Accessアプリ
- クリック
-
カテゴリを選択し、ボタンをクリック
loginKeychain AccessログインカテゴリMy Certificatesbutton
-
リストで証明書を探してください
証明書の名前は
Apple Distribution: [Your Name/Company] (your team ID)
-
証明書に右クリックし、
Export
-
証明書を
.p12file- 証明書ファイルの名前を適切に選択してください
- ファイル形式を
Personal Information Exchange (.p12) - ボタンをクリックしてください
Saveボタン

-
パスワードを求められます。次のいずれかを選択できます:
- パスワードを入力せずにスキップする (簡単にすることを推奨):
OKパスワードを入力せずにスキップ - パスワードを設定する: パスワードを設定する場合はここで設定してください。パスワード付きのファイルは完全に __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ でサポートされています。ただし、パスワードを使用するには、
.p12ファイルは完全にサポートされています。Capgo CLI では、パスワードを使用してください。--p12-passwordKeychain Access save certificate dialog

- パスワードを入力せずにスキップする (簡単にすることを推奨):
-
Macにログインする際に使用するパスワードを入力してください。
Macにログインする際に使用するパスワードを入力してください。次に、ボタンをクリックしてください。
Allowボタンをクリックしてください。
🎉おめでとうございます。 証明書をエクスポートしました。
プロビジョニングプロファイル
プロビジョニング プロファイルプロビジョニングプロファイル
-
正しいチームをドロップダウンから選択してください。
- 右上の自分の名前をクリックしてください。
- 選択したいチームをクリックしてください

-
正しいページにいることを確認してください これが見えなければ、ここをクリックしてください
profilesサイドバーの
-
クリックしてください
+ボタン
-
プロファイルの種類を選択してください 選択して
App Store ConnectクリックしてくださいContinueボタン
-
アプリを選択してください
ドロップダウンからアプリを探して、ボタンをクリックしてください
Continueボタン
-
正しい配布証明書を選択してください
前回のステップでエクスポートした証明書を選択してください
Continueボタン
配布証明書の有効期限がわかりませんか? Keychain Accessに戻って、前回エクスポートした証明書を探してください。次に、有効期限を確認してください。

-
プロファイルに名前を付けます
プロファイルに名前を付けます
Generateボタン
-
プロファイルをダウンロードする
ダウンロードする
Download注意
おめでとうございます 🎉 Capgo Native Build を設定するために必要なすべてのものを手に入れました。
安全に保管してください! 🔒
設定コマンドを実行するあなたは成功しました!あなたは今、Capgo Native ビルドを設定するために必要なすべてのものを手に入れました。
コマンドを実行する必要があります。
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すべてがうまくいったら、次の出力が表示されます。

CI/CD設定(GitHub Actions)
「CI/CD設定(GitHub Actions)」のセクションすでにチームIDを入力済みの場合は チームID, Apple key, Apple key ID, Apple issuer ID, 証明書, そして プロビジョニング プロファイルCI/CDの設定はすでに完了しています。 このセクションでは、GitHub Actionsシークレットと環境変数として値を渡す方法について説明します。
1) 単一のベース64の文字列に認証情報ファイルを変換する
1) 1 行の base64 に credential ファイルを変換する# 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/ja/docs/builder/ios/
Live UpdateCloudflare GitHub > Repository > Settings > Secrets and variables > ActionsCapacitor
| GitHub | Capgo |
|---|---|
CAPGO_TOKEN | Your Capgo API token |
APP_STORE_CONNECT_TEAM_ID | API SDK |
APPLE_KEY_ID | CLI npm |
APPLE_ISSUER_ID | 発行者IDから Appleキー、AppleキーID、およびApple発行者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ワークフローで環境変数を使用する
セクションのタイトルは「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 への正常なビルドパスは、ビルドを 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-releaseApp Store Connect の API キー認証情報が必要です (APPLE_KEY_ID, APPLE_ISSUER_ID, APPLE_KEY_CONTENT, APP_STORE_CONNECT_TEAM_IDApp-specific パスワードのアップロードと ad_hoc App Store バージョンです。省略した場合、__CAPGO_KEEP_0__ は Xcode プロジェクトから読み取ります。 --store-release-name iOSバージョンはApp Storeバージョンです。Capgo が省略された場合、Capgo は MARKETING_VERSION 各 --store-release-notes の --store-release-notes-locale "locale=notes" エントリがストアのローカライズを上書きすることができます。使用 --ios-automatic-release Appleの承認後に自動的にリリースするか、または --no-ios-automatic-release 手動リリースを待つかを選択できます。 --ios-testflight-groups 外部ベータ配布用にまだ利用可能ですが、App Storeのレビュー提出には必要ありません。
アドホック配布モード
セクション「アドホック配布モード」デフォルトでは、CapgoはiOSアプリをApp Store配布用にビルドします (テストフライト + App Store)。アドホックビルドが必要な場合は (内部テストまたはCIアーティファクト収集)、 --ios-distribution フラグを使用できます。
アドホックモードを使用するとき
アドホックモードを使用するとき- IPAsを登録済みデバイスに直接配布したい
- App Store ConnectのAPIキーを使用しない
- ビルドアーティファクトを収集したい
--output-uploadApp Storeに提出しない
context iOS向けのCapgoビルダー App Storeビルドよりも少ない要件
| 資格情報 | 必要? |
|---|---|
配布証明書(.p12) | はい |
ページ/エリア:Capgoのソリューションマーケティングページ。役割:短いUIラベルまたはナビゲーションアイテム。見つける場所:ソリューション/ベータテスト.astro。メッセージキー`ソリューション_ベータテスト_比較_ネイティブ_tf` (ソリューション ベータテスト 比較ネイティブ Tf)。.mobileprovision) | はい |
チーム ID (--apple-team-id) | はい |
App Store Connect API キー (.p8) | No |
| Apple Key ID / Issuer ID | No |
アドホックプロビジョニングプロファイルの作成
アドホックプロビジョニングプロファイルの作成同じステップに従ってください プロビジョニングプロファイルプロビジョニングプロファイル 5番目のステップで アドホック アプリストア:
- Go to ボタン
- ボタン
+プロビジョニングプロファイル - 選択 アドホック 続けてクリック
- アプリと配布証明書を選択
- 登録したいデバイスを選択
- プロファイルの名前とダウンロード
アドホック認証情報の保存
「アドホック認証情報の保存」セクション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 必要です。
アドホックビルドの実行
セクション「アドホックビルドの実行」bunx @capgo/cli@latest build request \ --platform ios \ --ios-distribution ad_hocIPAをビルドアーティファクトとして収集するには、以下の手順に従ってください。 --output-upload:
bunx @capgo/cli@latest build request \ --platform ios \ --ios-distribution ad_hoc \ --output-uploadCI/CDとアドホックビルド
セクション「CI/CDとアドホックビルド」GitHubアクションの場合、App Storeビルドに必要なシークレットよりも少ないシークレットが必要です。
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)"
アプリケーションに拡張機能を追加したアプリ (Multi-Target Signing)If your app includes extensions (share extensions, widgets, notification service extensions, etc.), each extension target needs its own provisioning profile. Capgo supports this via the repeatable --ios-provisioning-profile flag.
protectedTokens
itemsbunx @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資格情報
iOS向けのCapgoビルダー
「iOS向けのCapgoビルダー」以前は「シングルプロファイル」を使用していました BUILD_PROVISION_PROFILE_BASE64 (シングルプロファイル)の場合、以下のコマンドを実行してください
bunx @capgo/cli@latest build credentials migrate --platform iosCapgoでは、既存の単一プロファイルの資格情報を新しいプロファイルに変換します。 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機能が含まれていません。
プロビジョニング プロファイルには、XYZ機能が含まれていません。時々、次のようなエラーが表示されます:
Provisioning profile "YOUR_PROVISIONING_PROFILE_NAME" doesn't include the XYZ capability. (in target 'App' from project 'App')"プロビジョニング プロファイルが作成された後、新しい機能を有効にしました。 古いプロビジョニング プロファイルにはまだ新しい機能が含まれていません。
この問題を解決するには、プロビジョニング プロファイルを再生成する必要があります。
- 開く Apple Developer ポータル
- 正しいチームをドロップダウンから選択

- ボタンをクリック
Profilesbutton
- Apple Developer ポータル - プロファイルの検索

- iOS用のCapgoビルダー
Editボタン
- iOS用のCapgoビルダー
Saveボタン
- iOS用のCapgoビルダー
Downloadボタン
- Capgo Native Buildのセットアップコマンドを再実行 新しくダウンロードしたプロファイルで再実行してください。
これで問題が解決されるはずです。
その他の問題
「その他の問題」何らかの理由で、Capgoネイティブビルド、クレデンシャル設定、またはアプリのビルドに関して問題が発生している場合は、ご不明な点がございましたら、以下の連絡先までお気軽にご連絡ください。 サポート.
iOSビルドから続ける
「iOSビルドから続ける」あなたが使用している iOSビルド CI/CDの自動化を計画する場合、__CAPGO_KEEP_0__ CI/CD Capgo CI/CD Capgoネイティブビルド をCapgo CI/CD Capgo iOS ビルドのワークフローについて Capgo インテグレーション Capgo インテグレーション CI/CD インテグレーション CI/CD インテグレーションの実装詳細について GitHub アクション インテグレーション GitHub アクション インテグレーションの実装詳細について