Error de signo de código: formato de paquete no reconocido, no válido o no apto

Estoy trabajando en una aplicación iOS, lenguaje Swift, iOS8, Xcode 6.1. Funcionaba bien en el iPad. Luego agregué una referencia de carpeta de “Recurso” al proyecto, después de lo cual obtengo el error de signo de Código.

La carpeta de Recursos contiene algunos archivos HTML. No estoy seguro de cómo esta referencia de carpeta está causando este problema. ¿Alguna ayuda, por favor?

enter image description here

He tenido este problema en dos proyectos diferentes, hice muchas de las sugerencias, borre la carpeta DerivedData, volví a instalar los pods, etc.

En ambos proyectos, se quejaba de un Pod en particular y no podía codificarlo.

Lo que lo solucionó fue:

  1. Seleccione el Proyecto de Pods
  2. En la ventana del editor principal, selecciona el Pod en el menú desplegable Destinos
  3. Debajo de la pestaña general, y debajo del encabezado de identidad, haga clic en elegir archivo Info.plist
  4. Seleccione el archivo plist para el Pod

El proyecto ahora debe construir. Por alguna razón, parece perder esta configuración, o no poder hacer referencia a su propio archivo plist.

Esto funcionó para mí en ambos proyectos. No estoy 100% seguro de por qué, pero espero que ayude a alguien más a tener el mismo problema.

OK, lo resolvió, esta respuesta me ayudó.

Cambié el nombre de la carpeta. Aparentemente a Xcode no le gusta que el archivo “Recursos” se cree manualmente.

Tengo el mismo problema por algunas horas. Pero lo siguiente me ayudó.

  1. Eliminar datos derivados
  2. Limpia el proyecto

Luego corriendo nuevamente, funcionó.

Clean Build Folder solucionó esto por mí.

Sucedió conmigo después de una semana de actualización a Xcode 8.1, resulta que tuve que actualizar cocoapods (sudo gem update cocoapods) y volver a instalar la plataforma para que funcione.

Además de la respuesta aceptada, pensé que debería agregar esto-

En mi caso, recibo este error porque Xcode-8 está usando Test Target mientras ejecuta la aplicación en el dispositivo. Entonces, si es lo mismo, sigue estos pasos:

Vaya a Editar esquema en xcode -> In Build Target -> Retire MyProject.xctest por completo o desmarque todos los cuadros de MyProject.xctest Analyze, Test, etc.

Limpia tu proyecto y luego ejecuta en el dispositivo.

PD: la respuesta es de este enlace

para mí, el problema era que, en info.plist, olvidé actualizar el esquema de URL a la nueva identificación de paquete

anterior: com.test.app nuevo: com.test.app1

esto solucionó el problema

El problema comenzó después de actualizar a Xcode 8.1. Mi proyecto utiliza CocoaPods. Tuve que eliminar el directorio ./Pods y ejecutar la pod install y la pod update (que actualizó el Flurry-iOS-SDK a 7.8.1). ¿Por qué? Porque razones.

para mí, después de actualizar mi xcode a 8.1, ocurren problemas similares. He intentado diferentes maneras, pero parece que la actualización de cocoapods a la última versión definitivamente vale la pena hacer al principio. Y luego actualiza los pods con la pod install --verbose --no-repo-update y pod update --verbose --no-repo-update ayudaría.

Experimentado este problema después de actualizar a Xcode 8.1. La simple actualización de cocoapods (ejecutando ‘sudo gem update cocoapods’ en Terminal) solucionó este problema para mí

Para alguien que me quiere, todas las soluciones anteriores no pueden funcionar. Puede verificar dos veces el nombre de su esquema, no debe haber espacio allí. Cocoapods no puede manejar el nombre del esquema con espacio con la versión 1.1.1. Pero no estoy seguro de por qué esto sucede solo cuando actualizo a Xcode 8.2. Funcionó bastante bien con Xcode 8.1.

Me llevó horas descubrir el problema. Puedes seguir este hilo

Espero que esto ayude.

Tuve un problema similar ahora y en realidad ha sido causado por el script Embed de Fabric y se resolvió quitando un espacio dentro de la ruta al archivo del proyecto.

Al tener un espacio de trabajo perfectamente comstackble en la carpeta del proyecto llamado ‘app-ios’, hice una copia llamada ‘app-ios 2’ y no fue posible construir eso. codesign informó que el bundle format unrecognized, invalid, or unsuitable y que la ruta respectiva no estaba en el paquete, sino que terminó con /app-ios lugar de app-ios 2/DerivedData/...

Después de cambiar el nombre de la carpeta a app-ios-2 el espacio de trabajo se puede volver a comstackr.

En caso de que alguien más tenga este problema: asegúrese de no haber agregado un Marco estático en la sección ” Binarios incrustados “, solo se requiere que los Frameworks dynamics estén allí.

    Intereting Posts