新しいテスターのTestFlightに公開する場合、プロビジョニングプロファイルを再構築/ダウンロードする必要が本当にありますか？
私は同僚がテストできるようにtestflight Webサイトを通じてアプリを公開しました。そして、ますます多くの人が最初の電子メールを開いて登録プロセスを行う時間を見つけると、テスターは私のtestflightチームにtrickします。
ただし、それらをテストに追加するプロセスは少し複雑に思えるので、検証して、正しく実行しているかどうか、または明らかな何かを見落としているかどうかを尋ねると思いました。
現時点では、手順全体は次のようになっています。
- 同僚が招待リンクを含む最初のメールを開きます
- その後、デバイスを登録し、テストに登録します
- この新しいテスターについては、電子メールおよびtestflightサイトを通じて通知されます
- 次に、前回からすべての新しいテスターのUDIDのリストをダウンロード（または書き留め/コピー）する必要があります
- 次に、Apple Developersサイトのデバイス部分にアクセスし、そのファイルをアップロードする必要があります
- プロビジョニングプロファイルを編集して新しいデバイスを含める
- 承認されるのを待って、プロビジョニングプロファイルをダウンロードします
- プロビジョニングプロファイルをXcodeプロビジョニングプロファイルオーガナイザーにドラッグします
- その後、MonoDevelopに戻り、それがまだ正しいプロファイルを指していることを確認します（MonoDevelop/MonoTouchを使用すると、このプロセスが複雑になるので、除外したくないので、関係ないかもしれませんこの質問について）
- 再構築して、テストフライトで再公開します
- 次に、testflight Webサイトにアクセスして、新しい/更新されたビルドを見つけ、すべてのテスターに通知されるようにします
バージョンを更新しないと、既存のビルドが「サイレントに」置き換えられ、すでに通知されているテスターのリストが再利用されるため、新しいテスターをすべて確認して完了すると、通知されるだけです新しいもの。
ただし、プロビジョニングプロファイルファイルのダウンロードといじくり回しを続けなければならないのは、ちょっとした作業のようです。
明らかな何かを見逃しましたか？これの一部を簡単にする方法はありますか？
たとえば、Xcodeオーガナイザー内でプロビジョニングプロファイルを作成できることに気付きましたが、そのダイアログボックスには証明書がリストされていないため、そのダイアログを完了できません。これが重要な要素である場合は、その効果に対する短い回答を残し、代わりにそれに関する新しい質問を再投稿します。
これ質問はただ：上記の手順は正しいですか？
はい。プロファイルにUDIDを追加するには、その手動プロセスを実行する必要があります。残念ながら、それを回避する方法はありません。
新しいプロビジョンを作成したら、必要に応じてxcodeを使用して新しいプロビジョンファイルを「同期」できます。それを開き、オーガナイザーに移動して、左側の「プロビジョニングプロファイル」を選択し、更新を押します。私は正直に手作業でやっていますが、結局はそれほど仕事ではありません。
.ipaを再構築する必要はありません
- .ipaをアップロードする
- テスターに招待状を送信する
- デバイスをプロビジョニングプロファイルに追加する
- 承認済みプロファイルをダウンロードする
- TestFlightビルド>>権限>>プロファイルのアップロードに移動します...
- [メール送信/更新]をクリックします
- 完了-新しいユーザーは、アプリをダウンロードするためのリンクを取得します。
お役に立てば幸いです。
Testflightには、数か月からプロビジョニングファイルを更新するオプションがあります。それが既に存在する前に、それを見るために「エリア51」機能を有効にする必要があります。したがって、ステップ8、9、および10はもう必要ありません。
IOSのAd-Hocアプリケーションではかなりの作業を行いましたが、それはAppleの手順で、サブスクリプションをEnterpriseアカウントに引き上げない限り実行できます。
TestFlightでは、新しいプロビジョニングプロファイルのアップロードが許可されていたため、新しいテスターを追加するために再構築する必要はありませんでした。 TestFlightは、既存のアプリに再署名し、それに応じてユーザーに通知します。しかし、Xcode 6がリリースされた後、彼らはそのオプションを採用したようです。おそらく、アプリに署名する新しい方法と関係があります。