はい、はい、この種の別のもの。何が何のためにあるのか、どのように生成するのかなど、すべての一般的な要点を知っています。
ただ私を悩ませているものがあります。基本的に、証明書とプロビジョニング プロファイルの関係は何ですか? これに対する適切な答えを見つけることができませんでした。私が質問している理由は、プロビジョニング プロファイルを作成するときに、それを開発 (開発プロビジョニングの場合) または配布 (アドホックおよびアプリストア プロビジョニングの場合) 証明書と照合するため、プロビジョニング プロファイルが証明書に関連付けられていることを意味すると常に考えていたからです。 .
しかし最近、Flash Builder を使用して Flex アプリケーションをコンパイルしているときに、そうではないか、途中で理解できないことがあることに気付きました。基本的に、開発証明書を選択してアドホック プロビジョニングを使用すると、アプリケーションが正常にコンパイルされ、正常に実行されることに気付きました。配布証明書を使用したアドホック プロビジョニングしか使用できないため、これはできないと常に考えていました。アドホック プロビジョニングが配布証明書に関連付けられている場合、どのようにそれが可能なのでしょうか? 結局、私はiTunes経由でiOSデバイスにアプリをインストールし、それでも動作するので、それはAppleのものに違いない.
実際には、AppStore 用に配布しない限り、必要な証明書/プロビジョニング ファイルの組み合わせを選択でき、appid と udid が適切である限り、アプリケーションはデバイス上で正常にコンパイルおよび実行されるように思われます。 . 明らかに、アドホックおよびアプリストアのプロビジョニングでは、プロセス アタッチメントが無効になり (デバッグ)、プッシュなどのために異なるサービス サーバーがターゲットになりますが、それ以外は問題ありません。では、iOS プロビジョニング ポータルで、特定のプロファイルが証明書に属しているという目に見える一致があるのはなぜですか?
つまり、証明書は懸念事項 (開発者と会社/ディストリビューター) を分離する方法にすぎません。iOS プロビジョニング ポータルでは、チーム エージェントのみが配布証明書とアドホック プロファイルを作成できますが、一度生成されると、エージェントはアドホック プロファイルを開発者に処理し、開発証明書を使用して署名できるように見えます。
すべてを適切に結び付けるのに問題がありますが、それでも意味があります。インターウェブ、助けて！