FEHLER ITMS-9000: „Redundanter binärer Upload. Es gibt bereits einen binären Upload mit der Build-Version '1.0' für den Zug '1.0'. “

Ich versuche, meinen Build über Xcode 5.1.1 auf iTunes Connect hochzuladen, aber es wird ständig angezeigt, dass er geladen wird und die App nicht hochgeladen wird. Ich habe versucht, mit Application Loader hochzuladen, aber es wird der folgende Fehler angezeigt:

FEHLER ITMS-9000: "Redundanter binärer Upload. Es gibt bereits einen binären Upload mit der Build-Version '1.0' für Zug '1.0'."

Der App-Status bei iTunes wartet auf den Upload. Einmal wurde der Upload erfolgreich durchgeführt, aber der Status wird nicht angezeigt und kann jetzt erneut hochgeladen werden.

Außerdem habe ich gerade überprüft, dass die Website ebenfalls geändert wurde. Ich weiß nicht, was los ist.

BEARBEITEN

Auf der neuen Website von Apple wurde kein Button zur Überprüfung eingereicht. Aber jetzt kann ich diesen Knopf sehen. Das hat mein Problem gelöst. Außerdem empfehle ich, den Build mit Application Loader hochzuladen, da er schneller als der Organizer ist.

Es kann mehr als eine Binärdatei für dieselbe Version in den App Store Connect hochgeladen werden , wenn die Build-Nummer für jeden auf iTunesConnect hochgeladenen Build erhöht wird. Die Build-Nummer muss nur für jede hochgeladene Binärdatei eindeutig (und höher) sein (wählen Sie das Ziel, dann Xcode -> Allgemein -> Build, siehe Abbildung unten). Im Bild unten hat der hochgeladene Build beispielsweise die Version 3.1.4 (im älteren Bild 3.75) und die Build-Nummer ist 1 . Erhöhen Sie daher nach dem Hochladen dieses Bildes den Build auf mindestens 2 oder höher . Dann kann diese Binärdatei auch in den App Store Connect hochgeladen werden, da es sich um einen späteren Build gemäß dem handeltbuild number .

Die versionNotizen der Release-Version der App, die Sie für den Benutzer freigeben. Das build numberbemerkt den endgültigen Build der Binärdatei, die in den Store hochgeladen wurde, dh nach vielen Fehlerkorrekturen.

Nach Xcode 9 Sie keinen neuen Build (für dieselbe Version) hochladen, wenn sich im Store ein vorheriger Build mit derselben Build-Nummer befindet. Überprüfen Sie also Ihre Build-Nummer und erhöhen Sie sie, wenn Sie sich nicht sicher sind.

EDIT: Es ist mehr richtig zu verwenden 1, 2, 3,4 , etc. für die Build - Nummer, aber die Versionsnummer zu erhöhen wird, 1.0 -> 1.1 -> 1.2 usw. Die Build - Nummer muss höher sein als das, was für die bisher abgegeben wurde gleiche Versionsnummer, wenn kein Fehler gemeldet wird. Wenn also eine neue Binärdatei mit Version 3.75 gesendet wird und bereits Build 1 gesendet wurde, muss der nächste Build 2 oder höher sein, die Version kann jedoch weiterhin 3.75 bleiben.

Neu aktualisiert und empfohlen , die Build-Nummern seriell zu verwenden :

Das ältere Bild entspricht dem folgenden:

Nachdem eine neue Binärdatei hochgeladen und verarbeitet wurde (~ 5-20 Minuten Verarbeitungszeit, wenn der Upload nicht erneut angezeigt wird und gewartet wird), können Sie die neue Binärdatei auswählen und zur Überprüfung einreichen. In der Abbildung unten sehen Sie möglicherweise die alte und die neue Binärdatei, die im App Store Connect im Abschnitt "Erstellen" der aktuellen App-Version aufgeführt sind (Sie klicken auf das Pluszeichen). Dann wird die neue Binärdatei ausgewählt -> Saved-> Submit for Review. (Manchmal tritt beim Senden ein Fehler auf. Versuchen Sie es dann nach einigen Minuten oder laden Sie eine neue Binärdatei hoch.)

Für diejenigen, die dies automatisch mit einem Xcode-Skript tun möchten, finden Sie hier eine Beschreibung zum Erstellen eines automatischen Skripts zum Aktualisieren von Build-Nummern. Bessere Möglichkeit zum Erhöhen der Build-Nummer?

Ich weiß nicht, warum Leute eine floatBuild-Nummer eingeben.

Meiner Meinung nach besteht die Standardmethode darin, eine integerBuild-Nummer und eine floatoder dotted stringfür die Version einzugeben.

dh

     Version: 1.0.0
     Build: 2

Sie müssen nur den Build und seine Version ändern. Live-Version im Store: 1.1 Zum Hochladen einer neuen Version: 1.2 (Wenn Sie mit 5.1.1 oder einer früheren Version nicht hochladen können) müssen Sie erneut hochladen, damit der neue Upload wie folgt lautet: 1.3

Gehen Sie jetzt zu iTunesconnect Konto-Login Apps> Wählen Sie Ihre App aus> Entfernen Sie im Build-Bereich alte, indem Sie auf (-) klicken. Wählen Sie erneut, indem Sie auf (+) klicken. Hier sehen Sie alle Builds. Wählen Sie die letzte aus, dann Fertig, Speichern Sie sie und senden Sie sie zur Überprüfung. Überprüfen Sie auch den beigefügten Screenshot.

Es ist definitiv nicht möglich, alte Builds aus iTunes Connect zu löschen, bevor die neuere Version hochgeladen wird. Die iTunes Connect-Oberfläche ist für diesen Vorgang nicht so fortgeschritten.

Aber eigentlich müssen Sie es nicht löschen (lassen Sie Apple es für sich selbst nehmen, wenn sie möchten). Sie müssen Ihre Build-Nummer (nicht die Versionsnummer) ändern und erneut hochladen.

Wenn Sie beispielsweise die Versionsnummer 1.0 mit der Build-Nummer 1.0 haben, ändern Sie die Build-Nummer in 1.0.1 und belassen Sie die Versionsnummer bei 1.0. Laden Sie es dann hoch - und iTuned Connect akzeptiert neuere Builds. Der Rest ist ganz offensichtlich. Viel Glück!

Mir ist aufgefallen, dass Apple viel Zeit benötigt, bis ein Build zur Einreichung verfügbar ist. Ich habe meinen Build einige Male hochgeladen, bevor ich ihn auswählen konnte. Bis dahin war mein Build ungültig, da dieselbe Build-Version einige Male auf dem Server war und ich die E-Mail "Redundant Binary Upload" erhielt.

In meinem Fall könnte ich die neue Binärdatei 15 Minuten nach dem Hochladen des Builds (mit der neuen Buildnummer) von Xcode auswählen.

Ich habe versucht, die Build-Nummer auf 3 Dezimalstellen (z. B. 1.5.1) zu erhöhen, und dadurch bekam ich immer noch den redundanten Binärfehler. Nachdem ich eine weitere Dezimalstelle hinzugefügt hatte (z. B. 1.5.1.0), funktionierte es!

Screenshot meiner Einstellungen:

Ich muss Sie warnen, dass fast alle Antworten hier (einschließlich der akzeptierten) eine unkonventionelle Methode zur Nummerierung von Builds fördern.

Dies ist nicht kritisch, aber es ist immer besser, sich an die Konvention zu halten. Ich empfehle Ihnen daher, diese Antwort zu lesen, um eine Vorstellung davon zu bekommen, wie Sie Ihre Builds nummerieren können.

Und ja, wenn Sie die ursprüngliche Frage beantworten, müssen Sie nur Ihre Build-Nummer erhöhen. Richtig .

Ich habe gerade das gleiche Problem durchlaufen. Leider hatte ich Version 1.0.1 meiner App erstellt und eine Binärdatei mit derselben Version hochgeladen, die als ungültig abgelehnt wurde. Es gab keine Möglichkeit für mich, die Binärdatei anschließend vom System abzulehnen. Daher musste ich zuerst herausfinden, was der Grund für die Ablehnung war, und dann die App-Version sowohl in iTunes Connect als auch in der neu hochgeladenen Binärdatei mit der richtigen Version auf 1.0.2 ändern Code-Korrekturen. Es sitzt jetzt bei Waiting for Review.

Die ersten drei Male, als ich dies versuchte, wurde die Binärdatei fast sofort abgelehnt. Ich brauchte ungefähr 2 Stunden, um meinen Ablehnungsgrund herauszufinden, der darin bestand, 'arm64' aus den gültigen Architekturen zu entfernen. Ich hoffe das hilft dir.

Ich habe einfach die Versionsnummer zuerst in iTunes Connect erhöht. Dadurch konnte ich eine neue Version der Binärdatei hochladen und hatte keine Probleme.

Ich wollte eine Version 2.4meiner App hochladen und habe genau diese Fehlermeldung erhalten. Dies war der erste Upload der Version und auf iTunesConnect war definitiv keine Binärdatei vorhanden.

Ich könnte dies leicht lösen, indem ich die Build-Version von auf 2.4ändere 2.4.0. Die Version muss nicht erhöht werden. Ich denke, iTunes erwartet nur eine dreiteilige Versionsnummer für die Build-Version.