ERROR ITMS-9000: “Carga binaria redundante. Ya existe una carga binaria con la versión de compilación '1.0' para el tren '1.0' ”

207

Estoy tratando de cargar mi compilación en iTunes Connect a través de Xcode 5.1.1, pero muestra continuamente que se está cargando y que la aplicación no se está cargando. Así que intenté cargar con Application Loader pero muestra el siguiente error:

ERROR ITMS-9000: "Carga binaria redundante. Ya existe una carga binaria con la versión de compilación '1.0' para el tren '1.0'"

El estado de la aplicación en iTunes es Esperando carga. Una vez que la carga se realizó con éxito, pero el estado no se refleja y ahora permite cargar de nuevo.

También acabo de comprobar que el sitio web también ha cambiado. No se lo que está mal.

EDITAR

No hubo botón de enviar para revisión en el nuevo sitio web de Apple. Pero ahora puedo ver ese botón. Eso ha resuelto mi problema. También recomiendo cargar la compilación utilizando Application Loader, ya que es más rápido que el organizador.

Dhara
fuente
77
Apple tan loco ahora. El sitio web de Ituneconnect también cambia. Estuve 1 hora buscando en este sitio web para actualizar la nueva versión de mi aplicación.
Sovannarith
@chhi, ¿pudiste subir la compilación a iTunes?
Dhara
2
Estoy experimentando el mismo problema. Tuve que rechazar mi binario después de encontrar un problema que solucioné e intenté cargar el binario de reemplazo. Lo he registrado con Apple Bug Reporter. (# 18257715). Por favor, dígale que también tiene este problema para que lo prioricen.
Brennan

Respuestas:

369

Se puede cargar más de un binario en App Store Connect para la misma versión, si el número de compilación aumenta para cada compilación cargada en iTunesConnect. El número de compilación solo tiene que ser único (y superior) para cada binario que se carga (seleccione el Destino, luego Xcode -> General -> Compilación, vea la imagen a continuación). Por ejemplo, en la imagen a continuación, la compilación cargada tiene la versión 3.1.4 (3.75 en la imagen anterior) y el número de compilación es 1 . Por lo tanto, después de cargar esta imagen, aumente la construcción a un mínimo de 2 o más . Entonces este binario también se puede cargar en App Store Connect, ya que es una compilación posterior de acuerdo con build number.

Las versionnotas de la versión de lanzamiento de la aplicación que está lanzando al usuario. Los build numbercomentarios de la compilación final del binario cargado en la tienda, es decir, después de muchas correcciones de errores.

Después de Xcode 9 , no puede cargar una nueva compilación (para la misma versión), si hay una compilación anterior con el mismo número de compilación en la tienda. Por lo tanto, verifique su número de compilación y aumente si no está seguro.

EDIT: Es más correcto usar 1, 2, 3, 4, etc., con el número de compilación, pero el número de versión tiene que ser cada vez mayor, 1,0 -> 1,1 -> 1,2, etc. El número de compilación tiene que ser superior a la que fue sometido previamente para el mismo número de versión, si no se publica un error. Por lo tanto, si se envía un nuevo binario que tiene la versión 3.75 y ya se ha enviado una compilación 1, la próxima compilación será 2 o superior, pero la versión aún puede seguir siendo 3.75.

Nueva actualización y la forma recomendada de tener los números de compilación en serie : ingrese la descripción de la imagen aquí

La imagen anterior para que coincida con la siguiente: Mostrando dónde configurar la versión de compilación en XCode

Después de cargar y procesar un nuevo binario (~ 5-20 minutos de tiempo de procesamiento, si no aparece cargar nuevamente y esperar), puede seleccionar el nuevo binario y enviarlo para su revisión. En la imagen a continuación, puede ver el binario antiguo y el nuevo que figuran en App Store Connect en la sección Compilación de la versión actual de la aplicación (hace clic en el signo más). Luego se selecciona el nuevo binario -> Saved-> Submit for Review. (A veces aparece un error al enviar, luego intente después de unos minutos o cargue un nuevo binario).

Mostrando lista de binarios en iTunesConnect

Para aquellos inclinados a hacer esto automáticamente con un script Xcode, aquí hay una descripción de cómo hacer un script automático para actualizar los números de compilación. ¿ Una mejor manera de incrementar el número de compilación?

Sverrisson
fuente
1
Gracias, logré superar este error cambiando mi número de compilación para usar el formato, AAAAMMDDhhmm, que puedo actualizar cada vez que introduzco una nueva compilación en la App Store con la fecha y hora actuales. Sin embargo, me gustaría automatizar el cambio de número de compilación.
Brennan
@Brennan Agregué un enlace a las instrucciones para hacer que los números de Build aumenten automáticamente.
Sverrisson
@HannesSverrisson, ¿qué recomienda para aquellos de nosotros que ya utilizamos tres partes en nuestros números de versión?
Simon
@ Simon Supongo que tendrías que agregar la compilación como la cuarta parte. El cliente nunca verá el número de compilación en la App Store.
Sverrisson
@HannesSverrisson, pero ya no se nos permite usar una cuarta parte.
Simon
29

No sé por qué la gente está poniendo un floatnúmero de compilación.

La forma estándar en mi opinión es poner un integernúmero de compilación y una floato dotted stringpara la versión.

es decir

     Version: 1.0.0
     Build: 2

ingrese la descripción de la imagen aquí

atulkhatri
fuente
55
Estoy totalmente de acuerdo. Todas estas personas que usan el mismo número para ambos campos realmente están perdiendo el punto. El número de versión es la versión pública que espera lanzar. El número de compilación es el número de compilación interno. Se incrementa cada vez que construye su aplicación para probar, por lo que tiene una referencia para rastrear errores que cambia cada vez que lo hace el código. Es por eso que el vuelo de prueba enumera sus compilaciones de la manera en que lo hace. P.ej. Versión 1.0.0 (2) Depende de su empresa cómo estructura el número de compilación. A veces, las etapas de prueba requieren niveles separados, por lo que los flotadores también están bien.
Simon Tillson
No podría estar mas de acuerdo contigo. Encontrará que es la estrategia predeterminada de Xcode si crea un proyecto totalmente nuevo.
DawnSong
15

Tendrá que cambiar la versión Build y su versión. En la versión en vivo de la tienda: 1.1 Para cargar una nueva versión: 1.2 (Aquí, si no puede cargar con 5.1.1 o una versión anterior), debe cargar nuevamente, por lo que Nueva carga será: 1.3

Ahora vaya a iTunesconnect, inicie sesión en la cuenta Aplicaciones> Seleccione su aplicación> En la sección Construir, elimine las antiguas haciendo clic en (-) nuevamente seleccione haciendo clic en (+) aquí verá todas las compilaciones, seleccione la última y luego Listo, guárdelo y envíelo para su revisión. También verifique la captura de pantalla adjunta. ingrese la descripción de la imagen aquí

ALPESH PATOLIYA
fuente
44
Quiero subir 1.01 no 1.02. ¿Qué debería hacer ahora?
Sam
Estoy teniendo el mismo problema. Aunque tengo dos botones de compilación y no enviar para su revisión. ¿Realmente recibiste el botón de enviar para revisión después de hacer clic en la versión 1.4 tuya?
neelabh
@neelabh sí, parece estar esperando una revisión. después de subir 1.4
ALPESH PATOLIYA
@ user28 para la versión de actualización, deberá cambiar la versión. que sea 1.02
ALPESH PATOLIYA
13

Definitivamente no es posible eliminar la compilación anterior de iTunes Connect antes de cargar su versión más nueva. La interfaz de iTunes Connect no es tan avanzada para esta operación.

Pero en realidad no es necesario eliminarlo (deje que Apple lo tome por sí mismo si lo desea). Debe cambiar su número de compilación (no el número de versión) y cargarlo nuevamente.

Por ejemplo, si tiene el número de versión 1.0 con el número de compilación 1.0, cambie el número de compilación a 1.0.1 y deje el número de versión como 1.0. Luego cárguelo, y iTuned Connect aceptará una compilación más nueva. Todo lo demás es bastante obvio. ¡Buena suerte!

Kibernetik
fuente
1
El problema es que algunas bibliotecas y marcos usan el número de compilación como número de versión.
Genki
10

Noté que Apple tarda mucho tiempo antes de que una compilación esté disponible para su envío. Subí mi compilación un par de veces antes de poder seleccionarla. En ese momento, mi compilación no era válida porque la misma versión de compilación estaba un par de veces en el servidor y recibí el correo "Carga binaria redundante".

En mi caso, podría seleccionar el nuevo binario 15 minutos después de cargar la compilación (con el nuevo número de compilación) desde Xcode.

Kees
fuente
Entonces, ¿qué hiciste cuando recibiste "Carga binaria redundante"? Porque recibí un correo similar de Apple y mi aplicación muestra "Esperando revisión"
Ekra
En mi caso, creo que esta es la razón por la que veo todas mis cargas en la pestaña "compilaciones" en iTunes Connect ... a pesar de que he estado esperando durante 50 minutos y todavía nada ... espero que en las próximas horas no llegue mi construye habilitar en la pestaña versiones para que pueda presentar para su revisión
d1jhoni1b
En mi caso, esto tardó más de 45 minutos, pero esta fue la razón principal por la que parece que hay un gran retraso entre cada vez que carga desde XCode a iTunes connect
d1jhoni1b
10

Traté de aumentar el número de compilación a 3 decimales (por ejemplo, 1.5.1) y eso todavía me dio el error binario redundante. ¡Después de agregar un decimal más (por ejemplo, 1.5.1.0) funcionó!

Captura de pantalla de mi configuración:

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

usuario3730468
fuente
1
Para mí solo funcionó el número de versión de tres niveles. Lo único que noté es que 1.1.0se trata como 1.1. Entonces, tuve que intentarlo en 1.1.1lugar de1.1.0
Adil Malik
8

Tengo que advertirle que casi todas las respuestas aquí (incluida la aceptada) promueven una forma no convencional para numerar compilaciones.

Esto no es crítico, pero siempre es mejor seguir la convención, por lo que le recomiendo que consulte esta respuesta para tener una idea de cómo numerar sus compilaciones.

Y sí, respondiendo a la pregunta original, todo lo que tiene que hacer es incrementar su número de compilación. Apropiadamente .

nalexn
fuente
5

Acabo de pasar por el mismo problema. Desafortunadamente, creé la versión 1.0.1 de mi aplicación y cargué un binario con la misma versión que fue rechazada como no válida. No había forma de rechazar el binario del sistema después, así que primero tuve que averiguar cuál era el motivo del rechazo y luego cambiar la versión de la aplicación a 1.0.2 tanto en iTunes Connect como en el nuevo binario cargado con el correcto correcciones de código. Ahora está sentado en Esperando revisión.

Las primeras 3 veces que intenté esto, el binario fue rechazado casi de inmediato. Me tomó alrededor de 2 horas descubrir mi razón de rechazo, que era eliminar 'arm64' de las arquitecturas válidas. Espero que esto te ayude.

Rodney Gracia
fuente
4

Simplemente aumenté el número de versión primero dentro de iTunes connect. Esto me permitió subir una nueva versión del binario y no tuve problemas.

stebooks
fuente
4

Quería subir la versión 2.4de mi aplicación y recibí exactamente ese mensaje de error. Esta fue la primera carga de la versión y definitivamente no existía ningún binario en iTunesConnect.

Podría resolver esto fácilmente cambiando la versión de compilación de 2.4a 2.4.0. No hay necesidad de incrementar la versión. Supongo que iTunes solo espera un número de versión de tres partes para la versión de compilación.

codingFriend1
fuente