ios - seguimiento - tracking

Xcode-Error ITMS-90635-Mach-O no válido en el paquete-envío a la tienda de aplicaciones

Question

Acabo de recibir este error al enviar una aplicación a la tienda de aplicaciones.

¿Significa esto que necesito establecer ENABLE_BITCODE para todas las dependencias? Lo intenté pero luego obtuve errores que decían que las dependencias no eran compatibles con el código de bits (o algo así) ...

Answer 1

Acabo de desmarcar "incluir código de bits" y comenzó a subir

Answer 2

Para Cartago

1. Abra sus bibliotecas en la carpeta de su proyecto (Cartago-> Pagos -> [nombre de la biblioteca])
2. Luego abra cada lib en Xcode
3. Establecer Habilitar código de bits: no en la configuración de compilación
4. Hazlo por cada lib en tu lista
5. Build carthage carthage build --platform xxx

Luego puede archivar y enviar a la tienda de aplicaciones con éxito

Answer 3

Para aquellos que tienen un error de compilación después de configurar "Habilitar BitCode" en Sí. Tengo que actualizar toda la biblioteca, pero la parte más fácil es que uso Cocoapods, así que actualice todo su proyecto de pod: (Uno por uno) o Todos

Luego configure Habilitar BitCode en "No" antes de archivar.

Luego Archivo >> Cargar >> Pasará este error.

Aclamaciones.

Answer 4

Recibimos el mismo error "Xcode - Error ITMS-90635 - Mach-O no válido en el paquete - envío a la tienda de aplicaciones" del viernes pasado (3 de junio de 2016) ... utilicé los 2 pasos mencionados a continuación para hacer esto

Paso 1:
Código agregado al archivo de pod para marcar ''ENABLE_BITCODE'' = ''NO'' en pods

post_install do |installer|
installer.pods_project.targets.each do |target|
target.build_configurations.each do |config|
config.build_settings[''ENABLE_BITCODE''] = ''NO''
end
end
end

Paso 2:
Marcado ''ENABLE_BITCODE'' = ''NO'' en pods para el proyecto

Nota: ''ENABLE_BITCODE'' = ''YES'' marcar ''ENABLE_BITCODE'' = ''YES'' en pods y en mi proyecto también, pero como estamos usando twillio framework para llamar que tiene una bandera -read_only_relocs que no permite la compilación con ''ENABLE_BITCODE'' = ''YES'' . Entonces, si su aplicación no usa ninguno de esos marcos con -read_only_relocs entonces puede proceder a hacer ''ENABLE_BITCODE'' = ''YES'' ya que será bueno para su aplicación.

Answer 5

Tuve el mismo problema con el proyecto "ENABLE_BITCODE = YES" y las dependencias "ENABLE_BITCODE = YES" en mi CI con Xcode 7.3. La solución fue actualizar Xcode a la última versión disponible (7.3.1)

Answer 6

Tuve el mismo problema más temprano esta mañana. De hecho, la respuesta está en el error: "Verifique que todos los objetivos para una plataforma tengan un valor consistente para la configuración de compilación ENABLE_BITCODE"

Tenía un objetivo (con ENABLE_BITCODE establecido en NO), usando múltiples pods con ENABLE_BITCODE establecido en YES. Entonces, todo lo que tenía que hacer es establecer ENABLE_BITCODE en YES en el objetivo de mi proyecto. Pero supongo que tiene una opción, también puede establecer ENABLE_BITCODE en NO en todas las bibliotecas que está utilizando.

Answer 7

La solución más fácil y más común:

Puede desmarcar "Incluir código de bits" cuando envíe la aplicación a través de Xcode.

Si usa xcodebuild , puede usar pasar un exportOptionsPlist con el valor de uploadBitcode establecido en falso. En mi caso, estamos usando xctool para compilar la aplicación y no tenemos la capacidad de pasar una lista exportOptionsPlist , por lo que tuvimos que eliminar el código de bits de todos nuestros marcos.

Si alguien está usando cocoapods y quiere deshabilitar el código de bits para sus marcos, simplemente puede agregar lo siguiente a su podfile:

post_install do |installer|
installer.pods_project.targets.each do |target|
target.build_configurations.each do |config|
config.build_settings[''ENABLE_BITCODE''] = ''NO''
end
end
end

Vía https://.com/a/32685434/1417922

Para agregar un poco más de aclaración sobre lo que está sucediendo con este problema:

Parece que ayer Apple comenzó a aplicar esto. Si su binario principal tiene el código de bits deshabilitado, pero incluye una biblioteca estática o un marco que tiene el código de bits habilitado, fallará la validación. También va a la inversa: si su binario principal tiene el código de bits habilitado, pero incluye una biblioteca / marco que tiene el código de bits deshabilitado, fallará la validación.

Tenía algunas dependencias de GoogleMaps y Amazon que hicieron que no fuera trivial cambiar todo para habilitar el código de bits, así que simplemente lo desactivé y eliminé el código de bits de una biblioteca estática que había importado en mi proyecto. Puede eliminar el código de bits de cualquier binario mediante el siguiente comando

$ xcrun bitcode_strip -r {Framework}.dylib -o tmp.dylib
$ mv tmp.dylib {Framework}.dylib

https://developer.apple.com/library/content/documentation/Xcode/Conceptual/RN-Xcode-Archive/Chapters/xc7_release_notes.html

Si bien lo anterior son soluciones al problema, no estoy de acuerdo en que si el binario principal tiene el código de bits deshabilitado, todos los binarios incluidos también deberían necesitarlo. Bitcode es solo un código IR que Apple puede usar para adelgazar aplicaciones, ¿por qué no lo eliminan de otros binarios (lo que supongo es lo que hicieron anteriormente)? Esto no tiene mucho sentido para mí.

Hilo de Apple https://forums.developer.apple.com/thread/48071