内部テスター向けのTestFlightベータテスト-ビルド状態は「処理中」
私はしばらくTestFlightを使用していますが、AppleがTestFlightを購入して以来、iTunesConnectから直接ベータテスト用のビルドを送信するのは初めてです。
私は奇妙な振る舞いを経験してきました（または、Appleの予想される動作だけかもしれません）。
ユーザーをチームに追加し（管理者の役割）、専用パネルでTestFlightテスターの一部としてそれらを選択しました。ビルドをアップロードし、[ビルド]タブでTestFlightベータテストをオンにし、そのビルドを受け取りたい内部テスター（下のスクリーンショットの1つのみ）を選択しました。
その後...何も起こらず、状態はまだ「処理中」です（何ですか??それはすぐにすべきではありませんか？）テスターは招待を受けず、私は立ち往生しています。明らかに私がここで見逃しているものがあります。
また、1人のテスターが既に招待されている場合でも、パネルには「テストを開始するには、少なくとも1人のテスターを招待してください」と表示されます。 TestFlightはかつてこのような優れた製品でした...
以下の2つのスナップショットは、iTunesConnectパネルの状態を示しています。何か案が？
内部テストのみ（つまり、チームに関連付けられた25個のアカウント）のビルドであっても、ビルドの「処理」には数時間かかる場合があります。バイナリがすでにXcodeおよび Application loader によって検証されている場合でも。
「Processing」状態がどれくらいの長さになるかについての証拠が見つからなかったため、これを回答として投稿しています。いくつかのレビュープロセスの長さを考えると、数秒、数分、数時間または数日かかる可能性があるため、この場合は数時間続いたことを知ってうれしいです。
今、私のコンソールのステータスはこれです。
OK、2015年3月の人々への答えはここにあります。昨日（3月4日）プレリリースビルドをXcode経由でアップロードしましたが、内部および外部テストのステータスは6時間以降、まだ「処理中」のままです。再アップロード、ビルド番号の増加なども試みました。喜びはありません。だから私はアップルに電話した。これは彼らが私に言ったことです。
月4日と5日にプレリリースビルドをアップロードした人に、この問題が定期的に発生しているのを確認しています。 '両方の方法で同じように問題が発生するのを見てきました。
そこで彼らはそれを調査しており、私の特定のケースの問題をできるだけ早く解決しようとしています。
ビルド番号を増やして再アップロードするのがコツだと思っている人たちにとって、それは実際には赤いニシンであり、おそらくシステムのために適切なタイミングで再送信することと関係があると思います。
このスレッドは、どのように展開されるかについて投稿し続けます。それまでの間、プレリリースの処理が24時間を超えており、アプリの管理コンソールにプレリリースのアップロード試行（削除できない）を散らかすという考えに興味がない場合は、Appleアップロードを実行するための呼び出し。
iTunes Connectアップロードヘルプライン：
米国内：+ 1（800）633-2152外から：+ 1（408）974-4897
PDATE 3月6日：それで、私の元のビルドはProcessingからようやく出てきました。これには正確に8時間！これはAppleの修正ではなかったと思いますが、最終的には整理されたようです。
これの前に、以下の提案のいくつかに従って、代わりにApplication Loader経由で、またiTunes Connectからログアウトしている間に、新しい増分ビルドをアップロードしようとしましたが、これは私にとって大きな違いはありませんでした。それは、あなたが良い瞬間に提出している（またはおそらくあなたの地理的位置（私はロンドンです）ことさえあるかもしれない）だけで機能するというかなり確実な結論に至ります！
元のTestflightでは、Appleを不当に恥ずかしく思います。彼らは本当にこれを整理する必要があります。
通常、ステータス「処理中」は表示されません。ビルドステータスがProcessingに設定されると、変更されません。少なくとも私の場合は。 （下の画像を参照）
解決策は、「keep Trying。」ビルド番号またはバージョン番号を増やして、iTunes Connectに送信し続けることです。
処理時間なしで3回目の試行で動作しました。
迷惑メールフォルダに配信されたApple（[email protected]）から次のメッセージを見つけました。アプリのビルド設定で、[ビットコードを有効にする]を[いいえ]に設定しました。リリースビルドの最適化レベルも[なし]に変更しました。その後、私のビルドが受け入れられ、アプリストアにアップロードされました。その時点で、内部ユーザーが招待ボタンを使用できるようになりました。その後、TestFlight経由でアプリをインストールすることができました。
親愛なる開発者、
「XXXYourAppName」の最近の配信で1つ以上の問題が見つかりました。配送を処理するには、次の問題を修正する必要があります。
無効な実行可能ファイル-実行可能ファイル「xxx.app/Frameworks/libswiftCoreMedia.dylib」にはビットコードが含まれています。
無効な実行可能ファイル-実行可能ファイルxxx.app/Frameworks/libswiftFoundation.dylib 'にはビットコードが含まれています。
無効な実行可能ファイル-実行可能ファイル「xxx.app/Frameworks/libswiftDarwin.dylib」にはビットコードが含まれています。
無効な実行可能ファイル-実行可能ファイル「xxx.app/Frameworks/libswiftCoreLocation.dylib」にはビットコードが含まれています。
無効な実行可能ファイル-実行可能ファイル「xxx.app/Frameworks/libswiftCoreData.dylib」にはビットコードが含まれています。
無効な実行可能ファイル-実行可能ファイル「xxx.app/Frameworks/libswiftCoreImage.dylib」にはビットコードが含まれています。
無効な実行可能ファイル-実行可能ファイル「xxx.app/Frameworks/libswiftDispatch.dylib」にはビットコードが含まれています。
無効な実行可能ファイル-実行可能ファイル「xxx.app/Frameworks/libswiftCore.dylib」にはビットコードが含まれています。
無効な実行可能ファイル-実行可能ファイル「xxx.app/Frameworks/libswiftAVFoundation.dylib」にはビットコードが含まれています。
無効な実行可能ファイル-実行可能ファイル「xxx.app/Frameworks/libswiftCoreGraphics.dylib」にはビットコードが含まれています。
無効な実行可能ファイル-実行可能ファイル「xxx.app/Frameworks/libswiftObjectiveC.dylib」にはビットコードが含まれています。
無効な実行可能ファイル-実行可能ファイル「xxx.app/Frameworks/libswiftCoreAudio.dylib」にはビットコードが含まれています。
無効な実行可能ファイル-実行可能ファイル「xxx.app/Frameworks/libswiftUIKit.dylib」にはビットコードが含まれています。
無効な実行可能ファイル-実行可能ファイル「xxx.app/Frameworks/libswiftSecurity.dylib」にはビットコードが含まれています。
これらの問題を修正したら、修正したバイナリを再配信できます。
よろしく、
App Storeチーム
多くの人が言うのと同じ問題に苦しんでいた。
今朝、私は自分のアプリ用に2つ目のビルドをアップロードし、「Processing」は数時間で消えないことを述べています。 xcode Archive/Uploaderを使用して、アプリの2番目のバンドルをiTunesにアップロードします。
昼食に出かけたとき、私は最初に即座にアクティブに設定するのではなく、「2番目のビルドを処理するのにAppleに時間がかかる」ことを考えていました。
今、私は幸せな人です。戻ってきたとき、Xcodeの代わりにApplication Loaderを使用して3番目のバンドルを再アップロードすることにしました。これは、スクリーンショットの図のようにマジックを行います：
2番目のビルドが現在処理中であることを想像してください!!!素晴らしいアップル!!!!
したがって、Application Loaderを使用し、重要な時間を無駄にしないでください！お役に立てば幸いです
私は問題なくTestFlightをかなり使用しています。その後、これは昨日私に起こりました（処理中にスタック）。おそらくリンゴ側のいくつかの内部問題？
これは時々起こるようで、基本的にユーザーが待つ以外にできることはありません。上記の提案をすべて試してみましたが、突然、すべての処理ビルドが有効状態になりました。
現在（2015年10月9日）、処理に最大1時間かかりますが、昨日は状況がさらに悪化し、何時間もかかりました。
私にとってのトリックは、単にビルド番号を変更するのではなく、ビルドのバージョン番号を変更することでした。確かではありませんが、バージョンの5回ごとのビルドには、その長い処理キューの問題があります。
ビルドのアップロード中にITCを開いていると、処理段階を終了することはありませんでした。電話で通知を受信するまで、ITCがログインしていないことを確認してください。
これは私のビルドの1つで私にも起こっていました。そのビルドの前の私の以前のビルドはすべて瞬時でした。そこで、新しいビルドを作成し（コード変更なし）、誤ったビルドを無視しました。新しいビルドでTestFlightテストを有効にすると、ほぼ瞬時にデバイスで通知を受け取りました。