Compatibilidad con Swift no válida: los archivos no coinciden

Acabo de reescribir una aplicación en Swift 2. Estoy intentando cargar la aplicación en iTunesConnect (a través de Xcode 7 GM) para realizar pruebas internas.

Luché con un error de "Soporte Swift no válido" por un tiempo ( que tiene otras preguntas relacionadas ) ... pero ahora ha cambiado a algo un poco diferente.

El error de Apple ahora dice:

Soporte Swift no válido

Los archivos libswiftCoreLocation.dylib, libswiftCoreMedia.dylib, libswiftCoreData.dylib, libswiftAVFoundation.dylib no coinciden

/Payload/App.app/Frameworks/libswiftCoreLocation.dylib, /Payload/App.app/Frameworks/libswiftCoreMedia.dylib, /Payload/App.app/Frameworks/libswiftCoreData.dylib, /Payload/App.app/Frameworks/libswift. dylib

Asegúrese de que los archivos sean correctos (?), Reconstruya su aplicación y vuelva a enviarla.

No aplique el posprocesamiento a

/Payload/App.app/Frameworks/libswiftCoreLocation.dylib, /Payload/App.app/Frameworks/libswiftCoreMedia.dylib, /Payload/App.app/Frameworks/libswiftCoreData.dylib, /Payload/App.app/Frameworks/libswift. dylib.

No pude encontrar errores similares al buscar "No aplicar procesamiento posterior", "Asegúrese de que los archivos sean correctos, reconstruya su aplicación y vuelva a enviarla", etc.

¿Alguien sabe cómo puedo "Asegurarme de que los archivos sean correctos", o tengo otras recomendaciones? Gracias.

El mismo problema aqui. Creo que lo más probable es que se trate de un error de las herramientas de desarrollo, relacionado con Bitcode.

Acabo de encontrar la solución para esto.

1. Archive su aplicación con el nuevo número de compilación :(
2. Busque el archivo (archivo .xcarchive) en el Finder del Organizador "Mostrar en el Finder"
3. Abra el paquete y busque directorios como Products/Applications/YourApp.ipa/Frameworks/ySwiftSupport/iphoneos/
4. Copiar todos los libswiftXxx.dylibarchivos desde SwiftSupport/iphoneos/dentro Products/Applications/YourApp.ipa/Frameworks/y sobrescribir
5. Ahora, cargue a la App Store desde el Organizador

Con este proceso, logro cargar mi compilación. Ahora estoy esperando revisión.

NOTA:

Estoy usando CocoaPods y la ENABLE_BITCODEopción era NO.

Editar: ¡ CocoaPods 0.39.0 ha sido lanzado, lo que soluciona este problema!

Como mencionó @orkenstein , hay una solución más simple al comentar algún código en Pod-frameworks.sh. Incluyo un poco más de detalles aquí.

En el directorio de su proyecto Xcode, abra Pods/Target Support Files/Pods/Pods-frameworks.sh

Comente las siguientes líneas:

# Embed linked Swift runtime libraries
local basename
basename="$(basename "$1" | sed -E s/\\..+// && exit ${PIPESTATUS[0]})"
local swift_runtime_libs
swift_runtime_libs=$(xcrun otool -LX "${CONFIGURATION_BUILD_DIR}/${FRAMEWORKS_FOLDER_PATH}/${basename}.framework/${basename}" | grep --color=never @rpath/libswift | sed -E s/@rpath\\/\(.+dylib\).*/\\1/g | uniq -u  && exit ${PIPESTATUS[0]})
for lib in $swift_runtime_libs; do
  echo "rsync -auv \"${SWIFT_STDLIB_PATH}/${lib}\" \"${destination}\""
  rsync -auv "${SWIFT_STDLIB_PATH}/${lib}" "${destination}"
  code_sign_if_enabled "${destination}/${lib}"
done

=>

# Embed linked Swift runtime libraries
# local basename
# basename="$(basename "$1" | sed -E s/\\..+// && exit ${PIPESTATUS[0]})"
# local swift_runtime_libs
# swift_runtime_libs=$(xcrun otool -LX "${CONFIGURATION_BUILD_DIR}/${FRAMEWORKS_FOLDER_PATH}/${basename}.framework/${basename}" | grep --color=never @rpath/libswift | sed -E s/@rpath\\/\(.+dylib\).*/\\1/g | uniq -u  && exit ${PIPESTATUS[0]})
# for lib in $swift_runtime_libs; do
#   echo "rsync -auv \"${SWIFT_STDLIB_PATH}/${lib}\" \"${destination}\""
#   rsync -auv "${SWIFT_STDLIB_PATH}/${lib}" "${destination}"
#   code_sign_if_enabled "${destination}/${lib}"
# done

¡Ahorre Pods-frameworks.shy estará listo para comenzar!

La solución para este problema se ha combinado y está disponible en la última versión de CocoaPods 0.39.0.beta.5

https://github.com/CocoaPods/CocoaPods/pull/4268

Para obtener la última versión de CocoaPods, ejecute gem install cocoapods --pre

Alternativamente, siga las instrucciones para ejecutar funciones inéditas: http://guides.cocoapods.org/using/unreleased-features

Una vez que tenga la última versión de CocoaPods, ejecútelo pod installnuevamente.

Estaba usando Fastlane Gym 1.9.0 para crear mi aplicación y Apple la rechazaba porque los archivos no coincidían, mientras que si los cargaba a través de XCode 8, se aceptaba. Revisé las bibliotecas rápidas en la carpeta de soporte rápido de ipa y en la carpeta Frameworks, encontré que las bibliotecas en la carpeta de soporte rápido eran para swift 2.3, mientras que en la carpeta Frameworks era rápido 3. Así que en mi archivo de gimnasio agregué la cadena de herramientas opción:

gym(
  scheme: "CoCadre", 
  configuration: "Production Release",
  clean: true,
  use_legacy_build_api: false,
  toolchain: "com.apple.dt.toolchain.Swift_2_3"
)

* Tenga en cuenta que tuve que cambiar use_legacy_build_api a falso para usar la opción de cadena de herramientas

Para usar la opción de cadena de herramientas, debe configurar use_legacy_build_api: false https://github.com/fastlane/fastlane/issues/6003#issuecomment-244792185

Hay una solución un poco menos compleja, que se encuentra en GitHub :

Eché un vistazo en Pods-frameworks.sh y encontré una sección comentada como:

Incrustar bibliotecas de tiempo de ejecución Swift vinculadas
Al comentar el bloque de código que copia estas bibliotecas (y el código las firma) parece haber solucionado mis problemas de envío. No he profundizado aún para ver si es solo la copia lo que causa los problemas o si es la firma del código. Estoy saliendo un poco de mi profundidad allí.

1. Actualice sus cocoapods a la última versión, escriba sudo gem install cocoapodsterminal.
2. Ejecutar pod updatebajo el directorio de su proyecto.
3. Recuerde establecer Habilitar código de bits en NO para la Debugopción para todos sus pods.
4. Fijo

El problema se solucionó porque el siguiente código en Pods-frameworks.sh:

# Embed linked Swift runtime libraries
local basename
basename="$(basename "$1" | sed -E s/\\..+// && exit ${PIPESTATUS[0]})"
local swift_runtime_libs
swift_runtime_libs=$(xcrun otool -LX "${CONFIGURATION_BUILD_DIR}/${FRAMEWORKS_FOLDER_PATH}/${basename}.framework/${basename}" | grep --color=never @rpath/libswift | sed -E s/@rpath\\/\(.+dylib\).*/\\1/g | uniq -u  && exit ${PIPESTATUS[0]})
for lib in $swift_runtime_libs; do
  echo "rsync -auv \"${SWIFT_STDLIB_PATH}/${lib}\" \"${destination}\""
  rsync -auv "${SWIFT_STDLIB_PATH}/${lib}" "${destination}"
  code_sign_if_enabled "${destination}/${lib}"
done

fue cambiado a:

# Embed linked Swift runtime libraries. No longer necessary as of Xcode 7.
if [ "${XCODE_VERSION_MAJOR}" -lt 7 ]; then
    local swift_runtime_libs
    swift_runtime_libs=$(xcrun otool -LX "$binary" | grep --color=never @rpath/libswift | sed -E s/@rpath\\/\(.+dylib\).*/\\1/g | uniq -u  && exit ${PIPESTATUS[0]})
  for lib in $swift_runtime_libs; do
    echo "rsync -auv \"${SWIFT_STDLIB_PATH}/${lib}\" \"${destination}\""
    rsync -auv "${SWIFT_STDLIB_PATH}/${lib}" "${destination}"
    code_sign_if_enabled "${destination}/${lib}"
  done
fi

Mi solución para esto:

Estoy usando Reveal a través de Cocoapods y Reveal necesita deshabilitar Bitcode. Así que incluí Reveal (debería funcionar para cualquier otro Framwork) solo para Debug:

pod 'Reveal-iOS-SDK', :configurations => ['Debug']

Como mi Reveal ahora solo está configurado para Debug, desactivé Bitcode solo para Debug.

Con esta configuración todo funciona bien, sin ningún truco ...

He visto que se produce este error al integrar bibliotecas que no admiten el código de bits (como la versión estable actual de New Relic). La solución es eliminar las bibliotecas, deshabilitar el código de bits (y posiblemente no poder enviarlo a la tienda) o esperar binarios actualizados que admitan el código de bits del proveedor de su biblioteca.

El error para mí fue que construí con el perfil Adhoc en lugar del perfil de la App Store para cargar el spa en la App Store.