XcodeのAutomatically manage signingで作成されるProvisioning Fileは、なぜApple Developerコンソールにないのでしょうか？

Question

前提・実現したいこと

Xcodeの証明書周りの理解向上（主にAutomatically Manage Signing）

現状の理解

iOSの証明書については、いくつかの文献をよみ下記のような理解を得ています。
【基本的な作成手順】

• 端末でCSRの作成
• Apple DeveloperサイトでCSRを使いDevelopment証明書を作る
• 証明書をダウンロードして端末に登録する
• APP IDを作成する
• 端末を登録する
• 証明書、AppId、端末をつかって、Provisioning Fileを作成する

しかし、XcodeにてAutomatically Manage Signingを利用している場合Provisioning Fileは自動生成される認識でおりますが、これはApple Developerサイト内に見当たりません。

ききたいこと

• どうして上記のような状況で開発ができているのでしょうか？
• Automatically Manage Signingではどのような処理が行われているのでしょうか？
• Push用の証明書が必要になった場合でもAutomatically Manage Signingで大丈夫なのでしょうか？それとも別途作成が必要なのでしょうか？

Answer 1

私も十分理解できているわけではありませんが、私が現在利用している環境では、

Apple DeveloperサイトのProfilesに「XC iOS *」の様なNAMEにアスタリスクが含まれたProfileはないでしょうか。
（XC は Xcode の略なのか、Identifiresにも、「XC ○○」の設定が見られ、Xcodeで自動生成したものと思われる。）
Automaticallyの場合に、これが使用されると認識しています。

・このProfileに、PushのCapabilitiesは含まれていないので、Push通知受信は動作しない。
・Push通知が必要な場合には、Capabilitiesを設定したProfileを手動で作成し、AdHocやAppStore用のビルドをするときに、手動作成したProfileを指定する必要がある。
という認識です。

Comments

[Capotasto]

ご回答ありがとうございます！
- XC iOS * は確かに存在していましたが不明だったため削除しました。それでも運用に影響はなくチームで問題なく開発ができておりますので関係性は低いのではないかと考えております。

- Pushが必要な場合ははやはり別のProfileが必要なのですね。Xcodeの開発中でも検証としてPushを受けて取れるよおうにする場合 Automatically Manage Signing 設定は使えなくなるのでしょうか？

[dsuzuki]

TARGETSの Signing & Capabilities のことなら、Automatically manage signing は利用できます。
一方で、Organizerからipaファイル（AdHoc用, AppStore用）を作成する時のAutomatically manage signingは、上記の理由から利用できず、Manually manage signing でProfileの指定が必要となる認識です。

[Capotasto]

なるほど！そういうことだったのですね。
たしかにBitrizeのCIからAppStore用ビルドを作成する際は手動で証明書を用意していましたがようやく合点が行きました。

ありがとうございます！