そのため、開発中のアプリで TestFlight を使用しています。そして今まで、ベータ ユーザーはそれほど迅速に変更を行っていなかったため、新しいデバイスをプロビジョニング ファイルに追加し、必要に応じて新しいビルドを投稿するのは非常に簡単でした。しかし、私たちは最近、ベータ ユーザーのプールを急速に拡大し始めており、新しいユーザーを追加するたびに新しいビルドを TestFlight に投稿することは、もはや理想的なソリューションとは思えません。したがって、私が使用しようとしている新しいプロファイルで新しいデバイスを使用して新しいプロファイルをアップロードできる機能があることを知っています。その時点で、新しいユーザーにアプリのインストールを試みると、TestFlight WebClip はユーザーに新しいプロファイルをインストールするように求めます (最初のビルド/プロビジョニング ファイルのようにアプリに埋め込まれなくなったため)。
OK、詳細の完全なウォークスルー:
testUsers1.mobileprovision ファイルを使用してアプリを作成し、TestFlight にアップロードします。
その後、UserX を新しいモバイル プロビジョニング ファイル testUsers2.mobileprovision に追加します。
古いビルドのアクセス許可セクションで、「プロファイルの更新」を使用して、testUsers2 を TestFlight にロードします。
次に、UserX は自分のデバイスで TestFlight Web クリップ/アプリを起動します。
アプリをインストール/ダウンロードするのではなく、TestFlight はユーザーに新しい testUsers2 プロビジョニング ファイルをインストールするように要求し、ユーザーはファイルをインストールします。
その後、UserX はデバイスで TestFlight を再起動し、実際にアプリをインストール/ダウンロードする代わりに、新しいプロファイルをインストールするように再度要求します。
私は TestFlight に、これで何がうまくいかないのかについてのアイデアを求めて手紙を書きましたが、まだ回答を受け取っていません. ここで私が間違っていることを誰かが見ていますか？または、デバイスの TestFlight Webclip で何らかのバグが発生していますか?
更新: TestFlight と数通の電子メールを交換したところ、「この問題のトラブルシューティングを行っていますが、推奨できる最善の方法は、同じビルドを関連付けられた新しいプロビジョニング プロファイルで再アップロードすることです。新しいバージョンを作成しませんが、TestFlight の最新バージョンを更新します。」
ですから、うまくいけば、彼らはすぐに答えを出すでしょう。
ありがとう、
意思