エラーITMS-9000：「冗長バイナリアップロード。トレイン '1.0'のビルドバージョン '1.0'のバイナリアップロードがすでに存在します。」
私はXcode 5.1.1経由でiTunes Connectに自分のビルドをアップロードしようとしていますが、これが継続的に表示されているロードとアプリがアップロードされていません。それで、私はアプリケーションアップローダーでアップロードしようとしました、しかし、それの下のエラーを示しています：
エラーITMS-9000： "冗長バイナリアップロード。トレイン '1.0'用のビルドバージョン '1.0'のバイナリアップロードが既に存在します"
ITunesのアプリのステータスはアップロード待ちです。アップロードは正常に完了したが、ステータスが反映されていないため、再度アップロードが許可されています。
また、vwebsiteも変更されていることを確認しました。何が悪いのかわからない。
編集
りんごの新しいウェブサイトにレビューの送信ボタンはありませんでした。しかし今、私はそのボタンを見ることができます。これで私の問題は解決しました。また、私はApplication Loaderを使用してビルドをアップロードすることをお勧めします。オーガナイザーよりも速いからです。
ITunesConnectにアップロードされたビルドごとにビルド番号が増えている場合は、同じバージョンで複数のバイナリをApp Store Connectにアップロードできます。ビルド番号は、それぞれに対してnique（以上）アップロードされるバイナリ（[Target]、[Xcode] - > [General] - > [Build]の順に選択してください） ）例えば、下の画像ではアップロードされたビルドはversion 3.1.4（古い画像では3.75）そしてbuild number is 1を持っています。したがって、この画像をアップロードした後ビルドを最低2以上に増やす。 build numberによると、このバイナリは後でビルドされるのでApp Store Connectにアップロードすることもできます。
versionは、アプリのリリースバージョンあなたがユーザーに公開していることに注意してください。 build numberは、ストアにアップロードされたバイナリの最後のbuild、つまり多くのバグ修正後のコメントです。
Xcode 9の後、ストアに同じビルド番号を持つ以前のビルドがある場合、（同じバージョンの）新しいビルドをアップロードすることはできません。だから、あなたのビルド番号を確認し、確実でなければ増やしてください。
編集：ビルド番号には1、2、3、4などを使うのがより正しいですが、バージョン番号は増加する必要があります、1.0 - > 1.1 - > 1.2などエラーが報告されていない場合は、以前に同じバージョン番号に対して送信されました。したがって、バージョン3.75の新しいバイナリが送信され、ビルド1がすでに送信されている場合、次のビルドは2以上になりますが、バージョンは3.75のままになります。
新しく更新された、推奨される持っている方法ビルド番号シリアル： 
下の画像と一致する古い画像： 
新しいバイナリがアップロードされて処理された後（アップロードに再度表示されずに待機する場合は、5〜20分の処理時間）、新しいバイナリを選択してレビュー用に送信できます。下の図では、App Store Connectの現在のAppバージョンの[Build]セクションに、プラス記号をクリックして、古いバイナリと新しいバイナリが表示されていることがあります。それから新しいバイナリが選択されます - > Saved - > Submit for Review。 （送信時にエラーが発生することがあります。その後、数分後に試すか、新しいバイナリをアップロードしてください）。
Xcodeスクリプトでこれを自動的に行う傾向がある人のために、ビルド番号を更新するための自動スクリプトを作成する方法を説明します。 ビルド番号を増やすより良い方法は？
私はなぜ人々がビルド番号にfloatを入れているのかわかりません。
私の考えでは、標準的な方法はビルド番号にintegerを、バージョンにfloatまたはdotted stringを入れることです。
すなわち.
Version: 1.0.0
Build: 2
あなただけのビルドとそのバージョンを変更する必要があります。ライブ版を保管する：1.1新しいバージョンをアップロードする場合：1.2（ここで5.1.1以前のバージョンでアップロードできない場合）、再度アップロードする必要があるため、新しいアップロードは1.3になります。
今すぐiTunesconnectアカウントにログインしてください。アプリ>あなたのアプリを選択します>ビルドセクションでもう一度クリックして古いを削除します - をクリックして最後にすべてのビルドを選択します。添付のスクリーンショットも確認してください。 
新しいバージョンをアップロードする前に、iTunes Connectから古いビルドを削除することはできません。 iTunes Connectのインターフェースは、この操作に関してはそれほど高度ではありません。
しかし、実際には削除する必要はありません（必要に応じて自分で削除してください）。 ビルド番号（バージョン番号ではない）を変更して、もう一度アップロードする必要があります。
たとえば、バージョン番号1.0とビルド番号1.0がある場合は、ビルド番号を1.0.1に変更し、バージョン番号を1.0のままにします。それをアップロードしてください - そしてiTuned Connectは新しいビルドを受け入れます。残りはすべて明らかに明白です。がんばろう！
私は、ビルドが提出用に利用可能になるまでにAppleが長い時間を要することに気づきました。選択できるようになるまでに、私は自分のビルドを数回アップロードしました。同じビルドバージョンがサーバー上で2、3回行われ、 "Redundant Binary Upload"メールが届いたので、私のビルドは無効でした。
私の場合、Xcodeから（新しいビルド番号で）ビルドをアップロードしてから15分後に新しいバイナリを選択できます。
私は3桁までビルド番号を増やそうとしました（例えば1.5.1）、それでも私に冗長なバイナリエラーを与えました。小数点をもう1つ追加した後（例：1.5.1.0）、うまくいきました！
私の設定のスクリーンショット：
ここでのほとんどすべての答え（受け入れられたものを含む）は、ビルドの数え上げのための非慣習的な方法を促進することを警告する必要があります。
これは重要ではありませんが、常に慣習に従うことをお勧めします。ですから、どうやってあなたのビルドを数値化するかについてのアイデアを得るために この答え をチェックすることをお勧めします。
そして、元の質問に答えて、あなたがしなければならないのはあなたのビルド番号を増やすことだけです。 正しく。
私はちょうど同じ問題を経験しました。残念ながら、私は自分のアプリのバージョン1.0.1を作成し、無効と拒絶された同じバージョンのバイナリをアップロードしました。その後システムからバイナリを拒否する方法がなかったので、まず拒否の理由を理解してからiTunes Connectと新しいアップロードされたバイナリの両方で正しいバージョンを持つアプリケーションのバージョンを1.0.2に変更する必要がありました。コード修正それは今レビュー待ちのままです。
私がこれを試みた最初の3回、バイナリはほとんどすぐに拒絶されました。 Valid architecturesから「arm64」を削除することになったという私の拒絶理由を解明するのに約2時間かかりました。これがお役に立てば幸いです。
私は私のアプリのバージョン2.4をアップロードしたいと思いました、そして正確にそのエラーメッセージを得ました。これがこのバージョンの最初のアップロードであり、iTunesConnectには絶対にバイナリが存在しませんでした。
ビルドバージョンを2.4から2.4.0に変更することで、これを簡単に解決できました。バージョンを上げる必要はありません。私は、iTunesがビルドバージョンの3部構成のバージョン番号を期待しているだけであると思います。
私は単にiTunes Connectの内部で最初にバージョン番号を増やしただけです。これは私がバイナリの新しいバージョンをアップロードすることを可能にし、何の問題もありませんでした。