tutorial tag sesion qué manager instalar iniciar gtag google contenedor configurar como almacena ios xcode code-signing xcode10 ios12

ios - sesion - qué se almacena en un contenedor de tag manager



La instalación de la aplicación falló. No se ha encontrado ninguna firma de código (5)

Recientemente actualicé a Xcode 10 y comencé el proceso de actualizar nuestra aplicación para cambiar a 4.2 Después de un día, aproximadamente, de reconstruir marcos de terceros y agregar soluciones alternativas a varios problemas, pude ejecutar nuestra aplicación en los nuevos simuladores.

Sin embargo, cuando intenté ejecutarme en mi teléfono personal (con iOS 12.0 GM) me encontré con un error al instalar la aplicación como se describe en el título.

Sé que hay lot questions already answered respecto a este tema en SO e Internet, sin embargo, no pude hacer que ninguna de estas funcionara.

Me ha estado bloqueando por alrededor de un día y medio, así que me preguntaba si alguien tenía alguna idea de cómo podría mitigarse esto.

Estos son los pasos que he tomado hasta ahora que no han funcionado (¡tal vez funcionarán para otros en el futuro!):

  1. Borrado de datos derivados
  2. Eliminar y volver a descargar todos los perfiles de aprovisionamiento en mi computadora
  3. Limpiando el directorio de compilación (cmd + k & cmd + shft + k)
  4. Eliminar la aplicación original de mi teléfono
  5. Reinicio de Xcode (Versión 10.0 (10A254a) [el GM])
  6. Reiniciando mi Mac (Macbook Pro 2018 ejecutando macOS High Sierra)
  7. Reiniciando mi dispositivo (iPhone X con iOS 12.0 GM)
  8. Muchas combinaciones diferentes de los anteriores, incluyendo todos a la vez
  9. Generación de perfiles de aprovisionamiento para la aplicación en developer.apple.com (usamos la firma manual)
  10. Eliminación y recreación de perfiles de aprovisionamiento para la aplicación en developer.apple.com
  11. Sacrificó una cabra a Tim Cook
  12. Asegurar que el certificado de firma coincida con el perfil de aprovisionamiento
  13. Eliminar la versión anterior de Xcode de mi computadora y asegurar que las herramientas de la línea de comandos estén en la versión xcode 10.0 gm
  14. Eliminando y reinstalando Xcode 10.0 GM
  15. Asegurarse de que todos los marcos copiados tengan marcado el code sign on copy
  16. Reconstruyendo todos los marcos a través de Cartago usando el compilador swift 4.2 (recuerde, todo funciona en el simulador).
  17. La firma de código asegurada requerida se establece en SÍ en el SDKSettings.plist
  18. borré todos los certificados de firma antiguos en mi computadora
  19. Certificados eliminados y recreados en developer.apple.com
  20. Eliminado y re-agregado mi dispositivo a developer.apple.com
  21. Se modificó la firma del código de manual a automático.
  22. Asegurado que los certificados de firma son de Developer y no de Distribution

Cualquier ayuda sería muy apreciada :)

Actualización : Intenté volver a descargar y reconstruir desde cero en una máquina nueva, y ocurre el mismo problema. Curiosamente puedo archivar y validar la aplicación bien.

También intenté firmar un proyecto vacío con el mismo ID de paquete y funcionó bien. Entonces, el problema está en nuestros marcos de terceros o en alguna configuración extraña que se habilitó durante la transición desde Xcode 9.4. Voy a comenzar a eliminar los marcos de terceros uno por uno hasta que pueda compilar esto.

Actualización 2 : Todavía no hay suerte. Intenté despejar la mayoría de los marcos y nada. Aquí están los registros del dispositivo, preguntándose si Skipping a profile because of error 0xe8008012 tiene algo que ver con eso:

https://gist.github.com/joshuawright11/6889ce1a0872262df77f97d63830baa5

Actualización 3 : Así que pude instalarlo, comentando el script de copy-frameworks de cartago en las fases de compilación (y limpiando / añadiendo datos extraídos después de hacerlo). Por supuesto, esto significa que se bloquea en el arranque ya que faltan esos marcos, pero sí significa que el problema es con Cartago o con uno de los marcos de Cartago vinculados. No nuestros certificados de firma, perfiles de aprovisionamiento o código base. Voy a intentar eliminar esos marcos uno por uno y los actualizaré aquí.

Actualización final Lo descubrí finalmente. La solución resultó ser bastante interesante (ver a continuación), pero espero que esta pregunta sirva como una compilación de todas las soluciones relacionadas con este problema en Internet, jaja.

En las fases de construcción / Cartago del objetivo del proyecto, coloque el comando de Cartago de esta manera:

EXPANDED_CODE_SIGN_IDENTITY = '''' carthage copy-frameworks

Esta es solo una solución temporal mientras se resuelve el problema de obtención de entornos var.

En mi caso, tuve una disposición no válida de iPhoneXS y un conflicto de identificador de paquete. Mi proyecto se intentó después de una actualización de Xcode y dijo que el nuevo teléfono estaba conectado. Después de realizar los pasos anteriores (cadena y perfiles completamente recreados, eliminar la carpeta persistente, etc.).

En la configuración del proyecto de destino:

  1. Establezca el identificador de paquete de com.proj.app a cualquier otra cosa, por ejemplo, com.proj.app2
  2. Cambiar el nombre del producto del producto al producto123

Estoy bastante seguro de que solo el conflicto del identificador del paquete bloqueó la entrada automática normal de mi dispositivo en los dispositivos aprovisionados.

  1. Cambia los identificadores de vuelta a normal (si lo deseas)

He tenido el mismo problema con xcode 10.0 (10A255).

Firma no válida: falta un recurso sellado o no es válido. El archivo en la ruta [xxxx.app/xxxxx] no está firmado correctamente.

xcode 9.4.1 (9F2000) siempre pudo enviar la aplicación sin problemas.

Podría solucionar el problema eliminando todos los archivos de soporte (txt, json, rtf, html, ttf, etc.) y luego, agregándolos nuevamente.

Le sugiero que envíe una compilación sin los archivos. Si esto funciona puedes agregarlos nuevamente paso a paso

Lo averigué:

Me encontré con este problema con carthage: https://github.com/Carthage/Carthage/issues/2472 y usé su solución sugerida de configuración EXPANDED_CODE_SIGN_IDENTITY = '''' cuando estaba transfiriendo cosas a xcode 10.

Evidentemente, esta línea es la que hace que Cartago se dañe a sí mismo al copiar marcos, lo que provoca el error. Descargué la versión más reciente de cartago para solucionar el problema y luego EXPANDED_CODE_SIGN_IDENTITY='''' la línea EXPANDED_CODE_SIGN_IDENTITY='''' y todo funcionó. Que perdida de tiempo.

No estoy seguro si este también es tu caso, pero también encontré este error recientemente al intentar ejecutar una aplicación React Native en iPhone. Comenzó a suceder después de que integré la biblioteca Lottie para React Native

El problema se debió a este script de ejecución agregado en las fases de compilación: ikennd.ac/blog/2015/02/… . La secuencia de comandos no pudo extraer las arquitecturas de Lottie.framework que dan un "input file (.../Lottie.framework/Lottie) must be a fat file when the -extract option is specified

Para solucionar esto, agregué una verificación en el script para omitir archivos no gordos:

# ... echo "Executable is $FRAMEWORK_EXECUTABLE_PATH" if lipo -info "$FRAMEWORK_EXECUTABLE_PATH" | grep -iq "Non-fat file" then echo "This is a non-fat file, skipping" continue fi EXTRACTED_ARCHS=() # ...