4

TestFlightについては意見が分かれており、矛盾する情報があります。

一部の情報筋によると、古いAdHoc配布プロセスを実行する必要があり、TestFlightはUDIDのみを収集し、AdHocビルドを広めるのに役立ちます。メールでできることと同じです。

他の情報源は言う：

Testflightを使用すると、このプロセスを大幅に簡素化できます。通常のデバッグIPAを作成し、それをTestFlightに配置するだけです。ユーザーがアプリをインストールして実行するための独自のグローバルプロビジョニングプロファイルがあります。iPhoneでの大量テストが可能な限りシームレスです（確かに、それは高い基準ではありません）。

真実は何ですか？アドホックとUDIDを自分でいじる必要がありますか、それともこの部分はTestFlightによって行われますか？上記の引用の主張のように、デバイスでテストするためにビルドしているかのように、通常のデバッグビルドを作成する必要がありますか？

このチュートリアルによると、私は自分でUDIDをいじる必要があります。TestFlightの派手なグローバルエンタープライズプロファイルについては言及されていません。100台のデバイスに制限されています。

それは実際にどのように機能しますか？そして、そのエンタープライズ署名の神話とは何ですか？誰かがそれをデバンキングできますか？

4

2 に答える 2

5

UDIDをいじる必要があります。

実際、TestFlightは、送信したipaに添付されたプロビジョニングプロファイルを読み取るだけです。そのプロビジョニングプロファイルのおかげで、許可されたデバイスが認識されます。

私は通常AdHocプロファイルを使用しますが、開発プロファイルでも機能するはずです。

于 2012-04-23T15:37:06.857 に答える
1

重要なのは、UDIDがアーカイブビルドで使用されるプロファイル上にあることです。開発者ですか、それともディストリビューションですか？気にしない。これにより、誰がどのビルドを取得するかを簡単に除外できます（つまり、開発者のみがデバッグビルドを取得でき、大規模なチームはリリースビルドを取得できます）。

于 2012-04-23T15:38:01.237 に答える