TestFlight用のAdHoc配布ビルドを実際に作成する必要はありますか？

Question

TestFlightに関する意見と矛盾した情報があります。

いくつかのソースでは、古いアドホック配布プロセスを通過する必要があるとTestFlightだけあなたのためのUDIDを集め言うと、あなたはあなたのアドホックビルドを広めるのに役立ちます。あなたが電子メールで行うことと同じこと。

Other sources say：

Testflightあなたは非常にこのプロセスを簡素化することができます。あなたはちょうど 通常のデバッグIPAを構築し、それをTestFlightに入れます。ユーザーは 独自のグローバルプロビジョニングプロファイルを持っており、ユーザーは アプリをインストールして実行します。 iPhone上での大量のテストと同じくらいシームレスです（許可、 、それは高いバーではありません）。

真実は何ですか？私はAdHocとUDIDsを自分で混乱させる必要がありますか、この部分はTestFlightによって行われますか？上記の見積もり請求のように、私のデバイスでテストするために構築していたかのように、通常のDebug Buildを作成する必要がありますか？

はthis tutorialによると、私は自分のUDIDを台無しにしています。 TestFlightの世界的なエンタープライズ・プロファイルについて言及していません。 100デバイスに限定

どのように実際に動作しますか？そして、エンタープライズは神話に署名して何を持っていますか？誰かがそれを暴くことができますか？

Answer 1

UDIDを混乱させる必要があります。

は実際には、TestFlightはちょうどあなたが送信され、IPAに添付provisionningプロファイルを読み込みます。認可されたデバイスは、そのプロビジョニングプロファイルのおかげで知ることができます。

私は通常、アドホックプロファイルを使用しますが、それはまた、開発プロファイルで動作するはずです。

Answer 2

事項はのUDIDはアーカイブの構築に使用されているプロファイルにあるとされているすべてのこと。デベロッパーかディストリビューションですか？それは気にしない。誰がビルドするのかを絞り込むことが容易になります（つまり、開発者だけがデバッグビルドを取得できますが、大規模なチームはリリースビルドを取得できます）。