ios - apple - connect appstore
Obteniendo el error de "carga binaria redundante" ITMS-4238, no importa a qué cambie la versión de compilación o la versión de la aplicación a (16)
Rechacé un binario que tenía que era 1.0 (1.0). El estado entró en Rechazado por el desarrollador.
Fui a subir un nuevo binario y me encontré con este problema, luego vi que necesitaba incrementar mi compilación.
Aumenté tanto la versión de la aplicación como la versión 1.1, esto fue un error.
Tengo algún error sobre la versión de la aplicación que no coincide, entendido.
Luego probé la versión de la aplicación 1.0 y muchos números de compilación diferentes. 1.1, 1.0.1, 1.2, 1.3, 1.0.3 ... nada funciona. Sigo recibiendo este error. Solo hay una compilación incluida en iTunes Connect (1.0)
Intenté enviar sin binario y dice que necesito uno.
Incluso traté de cambiar la versión de la aplicación a 1.1 en iTunes conectado y luego subir 1.1 (1.0) y eso también falla con el mismo problema duplicado.
¿Alguien tiene este problema?
En mi caso, tuve que hacer un número de compilación más alto que el último número de compilación que cargué. Tuve en la aplicación iTunes Connect con la compilación número 3, luego reescribí la aplicación desde cero e intenté cargar la nueva aplicación con el número de compilación 1. Obtuve el mismo error, después de cambiar al compilación número 4 funcionó bien.
Estuve tratando durante horas sin suerte, después de esperar unas horas más recibí una respuesta del soporte de Apple solicitando más información. Cuando fui a replicar el problema de nuevo para las capturas de pantalla, decidí usar un número de compilación de 2.0, esperaba que tal vez quisiera que la versión principal fuera más alta. Esto funcionó! En todas partes en línea que leí dijo que 1.0 a 1.1 funcionaría bien ... o 1.0.0 a 1.0.1. Yo, por alguna razón, tuve que pasar de 1.0 a 2.0.
O siempre existe la posibilidad de que esperar unas horas más haya hecho algo.
Experimenté esto también, solo aumenté el número de compilación para mí. Cambié la versión de compilación a 1.0.1 y funcionó. Esto se puede encontrar en la pestaña ''General'' en Xcode. Asegúrese de archivar y validar de nuevo antes de enviarlo a la App Store.
He subido la aplicación, pero para las capturas de pantalla perdidas de 3.5 ", recibí el mismo error. Y no pude volver a subir desde xcode.
(Así que hago un archivo ipa, en el organizador xcode y lo exporto como ipa). Pero cuando presiono la compilación de carga en itunesconnect, toma el archivo cargado anterior (dame una opción para elegir). Y luego de guardar esto, obtuve la opción de enviar para su revisión.
(Si va a la pestaña de prelanzamiento en itunesconnect, puede ver la aplicación cargada previamente).
He tenido este problema antes y lo he resuelto como lo has hecho, al aumentar mi número de compilación cada vez. Siempre ha funcionado.
Ahora, sin embargo, estoy completamente atascado. Acabo de agregar la Extensión de hoy a mi aplicación, y ahora cuando intento cargarla, siempre aparece una 4238, sin importar la combinación de versión / construcción que ponga. Es una locura, ya llevo 2 horas.
Me pregunto si hay alguna forma en que ciertas configuraciones de compilación puedan hacer que quien subió piense que hay 2 binarios.
Tengo un perfil de distribución separado para la aplicación principal y la extensión, también tengo ''Build Active Architectures Only'' establecido en NO. Eso es todo lo que puedo pensar que estropearía esto.
¿Alguna idea?
Intenté ApplicationLoader 2.9.1, está trabajando para mí. ApplicationLoader 2.9.1 puede descargar desde itunes connect.
Intenté muchos números de construcción diferentes yo mismo. La única opción que funcionó para mí fue dar un número de compilación de 4 cifras: 1.1.0.1 (1.1 siendo mi número de versión de la aplicación en iTunes Connect).
¡Espero eso ayude!
La solución para cambiar el número de compilación funciona para mí, con el siguiente contexto:
- el estado de la versión de la aplicación es "Preparar para el envío"
- el nuevo número de versión está bien guardado en iTunesConnect (presionando el botón Guardar en la página de versión en iTunesConnect)
- el CFBundleShortVersionString está haciendo coincidir el número de versión en iTunesConnect (por ejemplo, "1.2")
- la versión de CFBundle en Info.plist se incrementa (por ejemplo, 1.2.1)
De esta forma, varias construcciones están asociadas a la versión iTunesConnect.
Así es como se ve en iTunesConnect (1.2 es el número de versión corta, 1.2 y 1.2.1 son las versiones de paquete):
Mi problema era que el número de compilación que estaba actualizando en la pestaña General de Xcode no cambiaba la versión del paquete en la lista de la aplicación, por lo que el cargador pensó que estaba cargando la misma compilación cada vez, independientemente del número de compilación que estaba usando. Una vez que cambié la versión del paquete en el plist, todo funcionó bien.
No necesita cambiar el número de versión, simplemente cambie el número de compilación. Pero debe saber que el número de compilación debe ser más alto que la última versión que cargó. Por ejemplo, su número de versión es 2.6.8 y el número de compilación es 2.6.8 entonces puede cambiar el número de compilación a 2.6.9 . Si cambia el número de compilación a 2.6.8.0 , se producirá un error, por ejemplo, que the Build number(2.6.8.0) must be higher than the exist one(2.6.8) . Entonces, el punto clave es el número de compilación.
@Jayprakash Dubey @ Tenaciousd93
Por algún motivo, Apple proporcionó el campo de compilación en la pestaña General en Xcode.
También me he encontrado con este problema y, al igual que tú, recibo el mismo error una y otra vez, incluso si cambio los números de versión.
Lo que se debe hacer aquí es actualizar el número de compilación solo con el mismo número de versión.
En mi caso, tengo una versión de la aplicación 0.0.1, cada vez que subo un binario necesito cambiar el número de compilación, por ejemplo: Subir compilación 0.0.0 - Rechazar binario y Subir compilación 0.0.1 - Rechazar binario y Subir compilación 0.0. 2
Resolví el mismo problema ... Cargué una versión 1.01 y compilación 1.1, entonces decidí rechazar esta compilación. Cambié la versión de i-tunes a 1.1 e intenté cargar la nueva versión 1.1 compilación 1.1 y obtuve el error. Luego cambio en xcode para construir 1.2 y subir ok.
Resolvió este problema modificando el número de compilación en General -> Identidad en la compilación de destino del proyecto de Xcode. Luego, ve al menú Producto, selecciona Limpiar y compila tu aplicación.
From Build : 1
To Build : 1.2
Finalmente, repita el proceso de envío de la aplicación ejecutando Producto -> Archivar y siga las indicaciones de la pantalla.
Resolvió este problema al incrementar la versión de compilación en 1 en lugar de subversión . es decir, 1.0 a 2.0 en lugar de 1.0 a 1.1
Supongo que, dado que Apple ha integrado el vuelo de prueba en itunesconnect, existe una diferencia entre la versión y Build (que es la redacción que usan en project-settings-> target-> generalScreen) y en info.plist su equivalente es "Bundle Version String" corto "y" Versión del paquete ". Aquí la redacción nunca tuvo sentido para mí.
He recibido el error con la versión 2.2 y la versión 2.2. Lo cambié a la versión 2.2 y compilación 1 (porque era mi primera carga) y funcionó.