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


207

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.


7
Mela così pazza ora. Anche il sito Web Ituneconnect cambia. Sono rimasto bloccato per 1 ora a guardare in giro per questo sito Web per aggiornare la nuova versione della mia app.
Sovannarith,

@chhi sei stato in grado di caricare la build su iTunes?
Dhara,

2
Sto riscontrando lo stesso problema. Ho dovuto rifiutare il mio binario dopo aver riscontrato un problema che ho risolto e provato a caricare il binario sostitutivo. L'ho registrato con l'Apple Bug Reporter. (# 18.257.715). Per favore, sappi che stai riscontrando anche questo problema in modo che lo diano la priorità.
Brennan,

Risposte:


369

È 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 : inserisci qui la descrizione dell'immagine

L'immagine precedente corrisponde a quella seguente: Mostra dove impostare la versione di build in XCode

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).

Mostra l'elenco dei file binari in iTunesConnect

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?


1
Grazie, sono riuscito a superare questo errore modificando il mio numero di build per utilizzare il formato, AAAAMMGGhhmm, che posso aggiornare ogni volta che invio una nuova build su App Store con la data e l'ora correnti. Vorrei automatizzare la modifica del numero di build però.
Brennan,

@Brennan Ho aggiunto un link alle istruzioni per aumentare automaticamente i numeri di Build.
Sverrisson,

@HannesSverrisson cosa consiglieresti a quelli di noi che usano già tre parti nei nostri numeri di versione?
Simon,

@Simon Immagino che dovresti aggiungere la build come quarta parte. Il client non vedrà mai il numero di build nell'App Store.
Sverrisson,

@HannesSverrisson ma non ci è più permesso usare una quarta parte!
Simon,

29

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

inserisci qui la descrizione dell'immagine


5
Sono totalmente d'accordo. A tutte queste persone che usano lo stesso numero per entrambi i campi manca davvero il punto. Il numero di versione è la versione pubblica che speri di rilasciare. Il numero di build è il numero di build interno! Aumenta ogni volta che crei la tua app per il test, quindi hai un riferimento alla ricerca dei bug che cambia ogni volta che il codice lo fa. Questo è il motivo per cui il volo di prova elenca le tue build in questo modo. Per esempio. Versione 1.0.0 (2) Dipende dalla tua azienda come strutturi il numero di build. A volte, le fasi di test richiedono livelli separati, quindi i galleggianti vanno troppo bene.
Simon Tillson,

Non posso essere più d'accordo con te. Scoprirai che è la strategia predefinita di Xcode se si crea un progetto totalmente nuovo.
DawnSong,

15

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. inserisci qui la descrizione dell'immagine


4
Voglio caricare 1.01 non 1.02. Cosa dovrei fare ora?
Sam,

Sto avendo lo stesso problema. Anche se ho due pulsanti build e no submit for review. Hai effettivamente ricevuto il pulsante Invia per revisione dopo aver fatto clic sulla tua build 1.4?
Neelabh,

@neelabh sì, sembra in attesa di revisione. dopo aver caricato 1.4
ALPESH PATOLIYA il

@ user28 per la versione di aggiornamento, sarà necessario modificare la versione.
fallo

13

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!


1
Il problema è che alcune librerie e framework usano il numero di build come numero di versione.
Genki,

10

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.


Quindi cosa hai fatto quando hai ricevuto "Caricamento binario ridondante". Perché ho ricevuto la posta simile da Apple e la mia applicazione mostra "In attesa di revisione"
Ekra

Nel mio caso penso che questo sia il motivo per cui vedo tutti i miei caricamenti nella scheda "build" su itunes connect ... anche se sto aspettando 50 minuti e ancora niente ... spero nelle ore seguenti le mie build sono abilitate nella scheda delle versioni in modo da poter inviare per la revisione
d1jhoni1b

Nel mio caso questo ha richiesto più di 45 minuti, ma questa è stata la ragione principale per cui sembra che ci sia un enorme ritardo tra ogni volta che carichi da XCode a iTunes
Connect

10

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:

http://i.stack.imgur.com/daKBA.png


1
Per me ha funzionato solo il numero di versione a tre livelli. L'unica cosa che ho notato è che 1.1.0viene trattato come 1.1. Quindi, ho dovuto provare 1.1.1invece1.1.0
Adil Malik il

8

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 .


5

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.


4

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.


4

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.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.