ERRORE ITMS-9000: “Caricamento binario ridondante. Esiste già un caricamento binario con la versione build '1.0' per il treno '1.0' ”

Sto cercando di caricare la mia build su iTunes Connect tramite Xcode 5.1.1, ma mostra continuamente che si sta caricando e che l'app non viene caricata. Quindi ho provato a caricare con Application Loader ma mostra l'errore di seguito:

ERRORE ITMS-9000: "Caricamento binario ridondante. Esiste già un caricamento binario con versione build '1.0' per il treno '1.0'"

Lo stato dell'app su iTunes è in attesa di caricamento. Una volta il caricamento è stato eseguito correttamente, ma lo stato non si riflette e ora consente di caricare nuovamente.

Inoltre ho appena controllato che anche il sito web sia cambiato. Non so cosa c'è che non va.

MODIFICARE

Non è stato inviato alcun pulsante per la revisione sul nuovo sito Web di Apple. Ma ora posso vedere quel pulsante. Questo ha risolto il mio problema. Inoltre consiglio di caricare la build utilizzando il Caricatore applicazioni in quanto è più veloce dell'organizzatore.

È possibile caricare più di un file binario su App Store Connect per la stessa versione, se il numero della build aumenta per ogni build caricata su iTunesConnect. Il numero di build deve essere univoco (e superiore) per ogni file binario che viene caricato (selezionare Target, quindi Xcode -> Generale -> Build, vedere l'immagine sotto). Ad esempio nell'immagine sotto la build caricata ha la versione 3.1.4 (3.75 nell'immagine precedente) e il numero di build è 1 . Quindi, dopo aver caricato questa immagine, aumenta la build a un minimo di 2 o superiore . Quindi questo binario può anche essere caricato su App Store Connect in quanto è una build successiva secondo build number.

Le versionnote indicano la versione di rilascio dell'app rilasciata all'utente. Il build numbercommento alla build finale del file binario caricato nel negozio, ovvero dopo molte correzioni di bug.

Dopo Xcode 9 non è possibile caricare una nuova build (per la stessa versione), se nel negozio è presente una build precedente con lo stesso numero di build. Quindi, controlla il tuo numero di build e aumenta se non sei sicuro.

EDIT: E 'più corretto utilizzare 1, 2, 3,4 , ecc per il numero di build, ma il numero di versione deve essere in aumento, 1.0 -> 1.1 -> 1.2 ecc Il numero di build deve essere superiore a quello che è stato presentato in precedenza per la stesso numero di versione, se non viene registrato un errore. Pertanto, se viene inviato un nuovo binario con versione 3.75 e una build 1 è già stata inviata, la build successiva deve essere 2 o successiva, ma la versione può comunque rimanere 3.75.

Nuovo modo aggiornato e consigliato di disporre dei numeri di build in serie :

L'immagine precedente corrisponde a quella seguente:

Dopo che un nuovo binario è stato caricato ed elaborato (~ 5-20 minuti di tempo di elaborazione, se non mostra di nuovo il caricamento e attendi), puoi selezionare il nuovo binario e inviarlo per la revisione. Nell'immagine seguente puoi vedere il vecchio e il nuovo binario elencati in App Store Connect nella sezione Build dell'attuale versione dell'app (fai clic sul segno più). Quindi viene selezionato il nuovo binario -> Saved-> Submit for Review. (A volte si verifica un errore durante l'invio, quindi prova dopo pochi minuti o carica un nuovo file binario).

Per coloro che sono inclini a farlo automaticamente con uno script Xcode, ecco una descrizione per creare uno script automatico per l'aggiornamento dei numeri di build Modo migliore per incrementare il numero di build?

Non so perché le persone stiano inserendo un floatnumero di build.

Il modo standard secondo me è quello di mettere un integernumero di build e una floato dotted stringper la versione.

vale a dire

     Version: 1.0.0
     Build: 2

Dovrai semplicemente modificare Build e la sua versione. Nella versione live dello store: 1.1 Per caricare la nuova versione: 1.2 (qui se non riesci a caricare con la versione 5.1.1 o precedente), devi eseguire nuovamente il caricamento, quindi il nuovo caricamento sarà: 1.3

Ora vai su iTunesconnect account accedi App> Seleziona la tua app> Nella sezione Build rimuovi vecchio facendo clic su (-) di nuovo seleziona facendo clic su (+) qui vedi tutto build seleziona l'ultimo quindi Fatto, Salva e poi invia per la revisione. Controlla anche lo screenshot allegato.

Sicuramente non è possibile eliminare la vecchia build da iTunes Connect prima di caricare la sua versione più recente. L'interfaccia di iTunes Connect non è così avanzata per questa operazione.

Ma in realtà non è necessario eliminarlo (lascia che Apple lo prenda da solo, se lo desidera). È necessario modificare il numero di build (non il numero di versione) e caricarlo di nuovo.

Ad esempio se si dispone del numero di versione 1.0 con il numero di build 1.0, modificare il numero di build in 1.0.1 e lasciare il numero di versione in quanto è 1.0. Quindi caricalo e iTuned Connect accetterà la build più recente. Tutto il resto è abbastanza ovvio. In bocca al lupo!

Ho notato che Apple impiega molto tempo prima che una build sia disponibile per l'invio. Ho caricato la mia build un paio di volte prima di poterla selezionare. Di conseguenza la mia build non era valida perché la stessa versione di build era un paio di volte sul server e ho ricevuto la posta "Caricamento binario ridondante".

Nel mio caso, ho potuto selezionare il nuovo binario 15 minuti dopo aver caricato il build (con il nuovo numero di build) da Xcode.

Ho provato ad aumentare il numero di build a 3 decimali (ad es. 1.5.1) e questo mi ha comunque procurato l'errore binario ridondante. Dopo aver aggiunto un altro decimale (ad es. 1.5.1.0) ha funzionato!

Schermata delle mie impostazioni:

Devo avvertirti che quasi tutte le risposte qui (compresa quella accettata) promuovono un modo non convenzionale per la numerazione delle build.

Questo non è fondamentale, ma è sempre meglio attenersi alle convenzioni, quindi ti incoraggio a dare un'occhiata a questa risposta per avere un'idea su come numerare le tue build.

E sì, rispondendo alla domanda originale, tutto quello che devi fare è aumentare il numero di build. Correttamente .

Ho appena passato lo stesso problema. Purtroppo ho creato la versione 1.0.1 della mia app e caricato un file binario con la stessa versione che è stata respinta in quanto non valida. In seguito non avevo modo di rifiutare il file binario dal sistema, quindi ho dovuto prima capire quale fosse il motivo del rifiuto e quindi cambiare la versione dell'app in 1.0.2 sia su iTunes Connect sia sul nuovo binario caricato con il corretto correzioni di codice. Ora è in attesa di revisione.

Le prime 3 volte che ho provato a farlo, il binario è stato respinto quasi immediatamente. Mi ci sono volute circa 2 ore per capire il motivo del mio rifiuto che era quello di rimuovere 'arm64' dalle Valid Architectures. Spero che questo ti aiuta.

Ho semplicemente aumentato il numero della versione prima all'interno di iTunes Connect. Questo mi ha permesso di caricare una nuova versione del file binario e non ha avuto problemi.

Volevo caricare la versione 2.4 della mia app e ho ricevuto esattamente quel messaggio di errore. Questo è stato il primo upload della versione e sicuramente non esisteva alcun binario su iTunesConnect.

Potrei facilmente risolverlo cambiando la versione di build da 2.4a 2.4.0. Non è necessario incrementare la versione. Immagino che iTunes si aspetti solo un numero di versione in tre parti per la versione build.