ITMS-4238-Fehler "Redundantes binäres Hochladen" wird angezeigt, unabhängig davon, in was ich die Build- oder App-Version ändere

Ich lehnte eine Binärdatei ab, die 1.0 (1.0) war. Der Status wurde vom Entwickler abgelehnt.

Ich habe eine neue Binärdatei hochgeladen und bin auf dieses Problem gestoßen. Dann habe ich gesehen, dass ich meinen Build erhöhen muss.

Ich habe sowohl die App-Version als auch den Build auf 1.1 erhöht. Dies war ein Fehler.

Ich habe einen Fehler bezüglich der nicht passenden App-Version erhalten, verstanden.

Dann habe ich App Version 1.0 und viele verschiedene Build-Nummern ausprobiert. 1.1, 1.0.1, 1.2, 1.3, 1.0.3 ... nichts funktioniert. Ich bekomme immer wieder diesen Fehler. Auf iTunes Connect (1.0) ist nur ein Build aufgeführt.

Ich habe versucht, ohne Binärdatei einzureichen, und es heißt, ich brauche eine.

Ich habe sogar versucht, die App-Version in iTunes Connected auf 1.1 zu ändern und dann 1.1 (1.0) hochzuladen. Dies schlägt ebenfalls mit demselben doppelten Problem fehl.

Hat jemand jemals dieses Problem?

Die Problemumgehung zum Ändern der Build-Nummer funktioniert für mich im folgenden Kontext:

• Der Status der App-Version lautet "Zur Übermittlung vorbereiten".
• Die neue Versionsnummer ist in iTunesConnect gut gespeichert (klicken Sie auf die Schaltfläche Speichern auf der Versionsseite in iTunesConnect).
• Der CFBundleShortVersionString stimmt mit der Versionsnummer in iTunesConnect überein (z. B. "1.2").
• Die CFBundleVersion in der Info.plist wird erhöht (z. B. 1.2.1).

Auf diese Weise werden der iTunesConnect-Version mehrere Builds zugeordnet.

So sieht es in iTunesConnect aus (1.2 ist die kurze Versionsnummer, 1.2 und 1.2.1 sind die Bundle-Versionen):

Ich habe es stundenlang ohne Glück versucht, nachdem ich noch ein paar Stunden gewartet hatte, bekam ich eine Antwort vom Apple Support und bat um weitere Informationen. Als ich das Problem erneut für Screenshots replizierte, entschied ich mich für eine Build-Nummer von 2.0. Ich hatte gehofft, dass die Hauptversion möglicherweise höher sein sollte. Das hat funktioniert! Überall online, wo ich gelesen habe, dass 1.0 bis 1.1 gut funktionieren würden ... oder 1.0.0 bis 1.0.1. Ich musste aus irgendeinem Grund von 1,0 auf 2,0 gehen.

Oder es besteht immer die Möglichkeit, dass ein paar Stunden Wartezeit etwas bewirkt hat.

Dieses Problem wurde behoben, indem die Build-Version anstelle der Unterversion um 1 erhöht wurde . dh 1,0 bis 2,0 anstelle von 1,0 bis 1,1

Ich habe dies auch erlebt, erhöhen Sie einfach die Build-Nummer, die es für mich behoben hat. Ich habe die Build-Version auf 1.0.1 geändert und es hat funktioniert. Dies finden Sie auf der Registerkarte "Allgemein" in Xcode. Stellen Sie sicher, dass Sie archivieren und erneut validieren, bevor Sie sie an den App Store senden.

Sie müssen die Versionsnummer nicht ändern, sondern nur die Build-Nummer. Sie sollten jedoch wissen, dass die Build-Nummer höher sein muss als die zuletzt hochgeladene Version. Beispielsweise lautet Ihre Versionsnummer 2.6.8und Build-Nummer. 2.6.8Anschließend können Sie die Build-Nummer in ändern 2.6.9. Wenn Sie die Build-Nummer ändern, 2.6.8.0tritt ein Fehler auf the Build number(2.6.8.0) must be higher than the exist one(2.6.8). Der entscheidende Punkt ist also die Build-Nummer.

@ Jayprakash Dubey @ Tenaciousd93

Ich habe selbst viele verschiedene Build-Nummern ausprobiert. Die einzige Option, die für mich funktioniert hat, war die Angabe einer 4-stelligen Build-Nummer: 1.1.0.1 (1.1 ist meine App-Versionsnummer in iTunes Connect).

Ich hoffe es hilft!

Ich denke, da Apple den Testflug in itunesconnect integriert hat, gibt es einen Unterschied zwischen Version und Build (was der Wortlaut ist, den sie in Projekteinstellungen-> Ziel-> GeneralScreen verwenden) und in info.plist ist das Äquivalent "Bundle Version String" kurze "und" Bundle-Version ". Hier hat der Wortlaut für mich nie wirklich Sinn gemacht.

Ich habe den Fehler mit Version 2.2 und Build 2.2 erhalten. Ich habe es auf Version 2.2 und Build 1 geändert (weil es mein erster Upload war) und es hat funktioniert.

Aus bestimmten Gründen hat Apple das Build-Feld auf der Registerkarte "Allgemein" in Xcode bereitgestellt.

Ich bin auch auf dieses Problem gestoßen, und genauso wie Sie wird immer wieder der gleiche Fehler angezeigt, selbst wenn ich die Versionsnummern geändert habe.

Was hier zu tun ist, ist, die Build-Nummer nur zu aktualisieren, selbst wenn dieselbe Versionsnummer verwendet wird.

In meinem Fall habe ich eine App-Version 0.0.1. Jedes Mal, wenn ich eine Binärdatei hochlade, muss ich die Build-Nummer ändern, z. B.: Build 0.0.0 hochladen - Binärdatei ablehnen und Build 0.0.1 hochladen - Binärdatei ablehnen und Build 0.0 hochladen. 2

Ich habe ApplicationLoader 2.9.1 ausprobiert, es funktioniert für mich. ApplicationLoader 2.9.1 kann von iTunes Connect heruntergeladen werden.

Ich hatte dieses Problem schon einmal und habe es wie Sie gelöst, indem ich meine Build-Nummer jedes Mal erhöht habe. Es hat immer funktioniert.

Jetzt stecke ich jedoch völlig fest. Ich habe gerade die Today-Erweiterung zu meiner App hinzugefügt, und jetzt, wenn ich versuche, sie hochzuladen, wird sie immer mit einem 4238 zurückgegeben, unabhängig davon, welche Version / Build-Kombination ich eingegeben habe. Es ist verrückt, seit 2 Stunden dabei.

Ich frage mich, ob es bestimmte Build-Einstellungen gibt, die den Uploader glauben lassen könnten, dass es zwei Binärdateien gibt.

Ich habe ein separates Verteilungsprofil für die Haupt-App und die Erweiterung. Außerdem habe ich "Nur aktive Architekturen erstellen" auf NEIN gesetzt. Das ist alles, was ich mir vorstellen kann, was das durcheinander bringen würde.

Irgendwelche Gedanken?

Mein Problem war, dass die Build-Nummer, die ich auf der Registerkarte "Allgemein" von Xcode aktualisierte, die Bundle-Version in der App-Liste nicht änderte. Der Uploader dachte also, ich würde jedes Mal denselben Build hochladen, unabhängig davon, welche Build-Nummer ich verwendete. Nachdem ich die Bundle-Version in der Liste geändert hatte, funktionierte alles einwandfrei.

Ich habe das gleiche Problem gelöst ... Ich habe eine Version 1.01 hochgeladen und 1.1 erstellt. Dann habe ich beschlossen, diese Kompilierung abzulehnen. Ich habe die i-tunes-Version auf 1.1 geändert und versucht, eine neue Version 1.1 Build 1.1 hochzuladen, und es ist ein Fehler aufgetreten. Dann wechsle ich auf xcode zu build 1.2 und lade ok hoch.

In meinem Fall musste ich die Build-Nummer höher machen als die zuletzt hochgeladene Build-Nummer. Ich hatte auf iTunes Connect App mit Build Nummer 3, dann App von Grund auf neu geschrieben und versucht, neue App mit Build Nummer 1 hochzuladen. Ich habe den gleichen Fehler erhalten, nachdem ich zu Build Nummer 4 gewechselt habe, hat es gut funktioniert.

Überprüfen Sie, ob Sie das Ausführungsskript verwendet haben:

Wenn die Antwort ja ist, müssen Sie Ihre Änderungen an Ihren Git-Server senden, dann erhöht das Skript automatisch Ihre Build-Versionsnummer!

Dieses Problem wurde behoben, indem die Build- Nummer unter Allgemein -> Identität im Ziel-Build des Xcode-Projekts geändert wurde. Gehen Sie anschließend zum Menü Produkt und wählen Sie Bereinigen und Erstellen Ihrer App.

From Build : 1
To Build   : 1.2

Wiederholen Sie abschließend den App-Übermittlungsprozess, indem Sie Produkt -> Archivieren ausführen, und befolgen Sie die Anweisungen auf dem Bildschirm.

Ich habe die App hochgeladen, aber für fehlende Screenshots für 3,5 "habe ich den gleichen Fehler erhalten. Ich konnte nicht erneut von xcode hochladen.

(Also mache ich eine IPA-Datei im Xcode Organizer und exportiere sie als IPA). Wenn ich jedoch auf den Upload-Build in itunesconnect drücke, wird die alte hochgeladene Datei verwendet (geben Sie mir eine Option zur Auswahl). Und nachdem ich dies gespeichert hatte, bekam ich die Option, es zur Überprüfung einzureichen.

(Wenn Sie in itunesconnect zur Registerkarte "Vorabversion" wechseln, wird die zuvor hochgeladene App angezeigt.)