アーカイブ検証で奇妙なエラーが発生する 質問する

Xcode 8の公開リリースまで、私はiOSプロジェクトをかなり安定した状態で持っていました。移行ツールで少し混乱した後、私は最終的にコンパイラーに私がないまだ Swift 3 に移行したいと思っていませんし、私のコードは確かに Swift 2.3 で有効でした。これが、待望のアーカイブを検証する際に Organizer が iOS 10 の長い間待たれていた修正を検証することとまったく関係があるかどうかはわかりませんが、どうなるかはわかりません...

とにかく、Xcode で最新のビルドをアーカイブしました (ちなみに iPhone 5s では問題なく動作します)。iTunes Connect へのアップロードの準備として、Organizer に「検証...」と指示します。かなりの処理が行われた後で、最終的に次のメッセージが表示されます。

これに 3 日間取り組んできました。Application Loader も同様の結果を提供しますが、それほど役に立ちません。

の提案に従ってこの答えコンパイルしたアセットはすべてsRGBとして読み込まれます。ない16 ビット、または P3。余談ですが、API 分析ファイルが「大きすぎる」状態になるのはどのような場合でしょうか。もちろん、私は Apple の API をよく使用しますが、そう感じているのは私だけではないはずです。それが API の目的ですよね。

思いつく限りの (ほぼ) すべてを試しました。コード署名を 12 通りの方法でやり直し、関係ありそうなビルド設定を読み込んで再編成し、利用可能なビットコードとシンボルの組み込みの組み合わせをすべて試しました。Swift 3 への移行以外で思いつくことはすべて試しました。本当にそれが解決策になるのでしょうか? かなり大きな飛躍ですし、時間があれば、更新されたコードベースを強化するために忙しくなりすぎる前に、この実用的なビルドをユーザーに提供したいと思っています。

「ITunesSoftwareServiceAuthenticationErrorDomain」やこの謎の「エラー434」については何も見つけられません。これまでに見つけた唯一の参考資料は、StackOverflow の質問が消えた著者がそれを削除しなかったらよかったのに... 彼は答えを見つけたのだろうか?

私の質問は次のとおりです。これらのエラーが発生する原因は何ですか、また、どうすれば修正できますか? シンボルやビットコードなしでアップロードしたくないので、それが回避策である場合は、愚かなことに自分自身を制限しないように、その理由を知りたいです。

乾杯！