/ usr / bin / codesign falló con el código de salida 1

Estoy intentando implementar mi primera aplicación de desarrollo de iPhone, y estoy teniendo algunos problemas. He pasado por el asistente de aprovisionamiento en línea con éxito, pero ahora estoy atascado. No importa lo que haga, siempre obtengo el siguiente error.

/ usr / bin / codesign falló con el código de salida 1

Alguien tiene alguna idea de por qué está sucediendo esto?

Actualizar:
La nota técnica en mi respuesta original ahora está en desuso. Apple publicó una colección de problemas de firma de código (y algunas soluciones) en un documento nuevo: Nota técnica TN2407 Índice de solución de problemas de firma de código

Compruebe la propiedad CODE_SIGN_IDENTITY en su configuración de comstackción. ¿Su perfil de aprovisionamiento está seleccionado allí?
También necesita ingresar un identificador de paquete válido en sus aplicaciones .plist.
El identificador debe coincidir con el que proporcionó al generar el perfil.
Apple tiene una nota técnica sobre eso aquí .

Me acabo de enterar de este error, y esto es lo que descubrí en caso de que esto ayude a alguien: descubrí que puede hacer clic derecho en el mensaje de error en Xcode y elegir expandir para obtener más detalles, incluida una descripción del problema.

En mi caso, tenía dos copias de mi certificado de desarrollador con el mismo nombre en diferentes archivos de llavero, y Xcode no pudo determinar cuál usar.

Tuve exactamente el mismo error e intenté todo bajo el sol, incluido lo que estaba en otra parte de esta página, sin éxito. Lo que el problema era para mí era que en Keychain Access, el certificado real de Apple WWDR estaba marcado como ” Confiar siempre “. Tenía que ser ” Valores predeterminados del sistema “. Eso también se aplica a sus certificados de Desarrollo y Distribución. Si alguno de ellos está incorrectamente configurado en ” Confiar siempre “, eso aparentemente puede causar este problema.

Por lo tanto, en Acceso a Llaveros, haga clic en el certificado de la Autoridad Certificadora de Relaciones con Desarrolladores de Apple a nivel mundial, seleccione Obtener información . Luego, expanda la configuración de Confianza, y para el cuadro combinado ” Al usar este certificado: “, elija ” Predeterminados del sistema “.

Otros han comentado que es posible que deba hacer esto en el sistema y en los llaveros de inicio de sesión para estos errores .

Puede ser una respuesta extraña para el problema del código en Xcode 9.0. También recibía este error y no sabía qué hacer, porque todo estaba correcto.

Fui al llavero, tenía la opción de inicio de sesión “desbloqueada”. Lo bloqueé y compilé mi comstackción de nuevo. Xcode mismo me pidió que abriera el llavero de acceso. Le di acceso y funcionó.

Los pasos fueron:

  1. Ir al llavero
  2. Ciérralo
  3. Archive el código, construya el proyecto nuevamente

Tuve el mismo problema que la distribución. Simplemente sucedió de repente. De hecho, hace unos días no tenía este problema y comstackba mi versión Ad-Hoc. Este problema surgió porque mi certificado acaba de vencer hoy. Así que fui a crear un nuevo provisional siguiendo la guía de Apple: (http://developer.apple.com/ios/manage/distribution/index.action).

Después de pasar horas en la red y se aseguró de que no me había enamorado de lo que podría salir mal. Esto es lo que me salvó, como lo sugirieron Tobias y Dan Ray:

  1. “… descubrió que puede hacer clic con el botón derecho en el mensaje de error en Xcode para ver detalles”.
  2. “… el problema era un certificado caducado en mi llavero del sistema. Keychain Access, por defecto, no muestra los certificados caducados”.

La información detallada me dijo acerca de la coincidencia ambigua de dos certificados. Uno de ellos resultó ser un certificado caducado en la cadena de claves del sistema. ¡Así que borré el vencido y luego funcionó! También me preocupaba qué ingresar en el “nombre común” al crear el certificado de distribución utilizando la herramienta de llavero: mi nombre o el nombre de mi empresa. En mi caso, ingresé mi nombre. Supongo que es lo mismo que el título abordado por el correo electrónico del autorrespondedor del desarrollador.

Gran ayuda. Gracias.

Puede haber muchas razones cuando obtiene este tipo de error:

  1. Compruebe si ha seleccionado un perfil de aprovisionamiento que incluye la Identidad de firma de código válida y un Identificador de paquete válido en Configuración. (Ir a Configuraciones de comstackción-> Firma-> Perfil de aprovisionamiento).

  2. Abra el Acceso a Llaveros y haga clic en el ícono de locking en la esquina superior izquierda, de esta forma se bloqueará el llavero de inicio de sesión y luego se volverá a hacer clic para desbloquearlo.

enter image description here

  1. Vaya a Archivo-> Configuración del proyecto-> Datos derivados y elimine la carpeta de creación del proyecto. Después de eso, limpia y crea tu aplicación.

Lo que funcionó para mí fue agregar --deep a Other Code Signing Flags en Build Settings. Más información aquí: Codesign de la API de Dropbox falla en Xcode 4.6.3: “el objeto de código no está firmado en absoluto”

Lamentablemente, esta ambigua condición de error tiene 400 soluciones diferentes, pero estoy divagando.

Si el error que precede inmediatamente al error codeign dice algo como ‘resource fork’, no se permite la información del Finder o detritus similar ‘

Luego navegue hasta el archivo .app en Terminal y escriba:

xattr -cr

ref: https://developer.apple.com/library/content/qa/qa1940/_index.html

Yo tuve el mismo problema. Al final resultó que mi clave privada no permitía el signo de contraseña para acceder a ella. Uno puede ver esto en el diálogo de información en la aplicación de llavero.

Tengo que estar de acuerdo con Tobias. El error es demasiado genérico Cuando me sucedió lo mismo, busqué en el mensaje de error y me di cuenta de que había estropeado algo en las propiedades de comstackción, pero no la firma del código. Así que sí, profundizaré en los detalles.

En mi caso, el error se debió al hecho de que tenía dos llaves en el llavero con el mismo nombre. Eliminé el anterior y eso resolvió el problema.

Ir al mensaje de detalle me muestra el verdadero problema.

Después de horas buscando en Google y probando cosas diferentes, esto es lo que me solucionó:

  1. Asegúrese de que no haya certificados en la pestaña Sistema> Certificados en Acceso a Llaveros. Elimine todos los certificados duplicados desde allí.

  2. Instale el certificado intermedio WWDR bajo certificados del portal de aprovisionamiento, además de los certificados de desarrollador y asegúrese de verlo en la pestaña Login> Certificates en Keychain Access.

¡Espero que esto ayude a alguno de ustedes!

El mismo problema con ambiguo (coincide con el archivo de datos privados de la biblioteca “desarrollador de iPhone: [me]” y /// tweetdeck. Se corrigió moviendo el archivo a la papelera y volviendo a iniciar sesión en Tweetdeck, configurando nuevamente las contraseñas.

Tuve el mismo problema pero también se mencionó en el registro de errores esto: CSSMERR_TP_CERT_NOT_VALID_YET

Al mirar el certificado en KeyChain se mostró un mensaje similar. El problema se debió a que el reloj del sistema de mi Mac estaba mal configurado. Tan pronto como configuré la región / hora correcta, el certificado se marcó como válido y pude construir y ejecutar mi aplicación en el iPhone

También recibí este error (“/ usr / bin / codesign failed with exit code 1”), y cuando miré en Keychain Access, mis certificados de desarrollador se marcaron como “Este certificado fue firmado por una autoridad desconocida”. Recientemente me actualicé a Mac OS 10.8 y he tenido un par de otros problemas con XCode (4.5.2) desde entonces. Resulta que no tenía instalado el certificado intermedio de WWDR. Lo descargué del Portal de Aprovisionamiento de iOS, lo instalé en Acceso a Llaveros y ¡mi proyecto se construye de nuevo!

A veces, la carpeta de comstackción simplemente necesita limpieza; sin duda me funcionó. Gracias al proyecto holgazán de la solución.

Una posible causa es que no tiene permiso para escribir en el directorio de comstackción.

Solución: elimine todo el directorio de comstackción en su carpeta de proyecto y reconstruya su aplicación.

Me encontré con este error y fue porque estaba tratando de escribir el archivo de comstackción en una unidad de red que no funcionaba. Intenté nuevamente desde mi escritorio y funcionó bien. (Puede que tenga que “Limpiar” la construcción después de moverla. Simplemente elija “Limpiar todos los destinos” en el menú desplegable “Crear”).

Sin embargo, Tobias es correcto, profundice en los detalles del código haciendo clic con el botón derecho para ver cuál es su problema específico.

Una cosa que querrás tener en cuenta (es un estúpido error de mi parte, pero sucede), es que la dirección de correo electrónico adjunta al CSR debe ser la misma que la del correo electrónico conectado a tu cuenta de Apple Dev. Una vez que utilicé un nuevo CSR y reconstruí todos los certs y los perfiles de aprovisionamiento, todo estaba bien en applesville.

Cuando recibí este error ni siquiera estaba intentando firmar la aplicación. Estaba escribiendo una aplicación de prueba y no me interesaba firmar. Para poder deshacerme de este mensaje, tuve que seleccionar “No codificar señal” en Configuración de comstackción en Firma de código.

enter image description here

Abra la ruta del proyecto en la terminal e ingrese los comandos a continuación en la terminal

1) encontrar. | xargs -0 xattr -c

2) xattr -rc.

Esto funciona para mí

Otra razón, verifica que tu cuenta de desarrollador esté conectada con xCode

enter image description here

Una vieja pregunta, pero parece que sigue ocurriendo. Otra solución:

Ocurrió para mí después de revertir una twig en git. Intenté limpiar, limpiar comstackciones, eliminar derivadas y reiniciar Xcode, pero no tuve suerte.

Intente reiniciar la comp.

Tuve el mismo error desconocido de la designación de código que mencionaste. De forma similar a la respuesta proporcionada (pero un poco diferente), simplemente bloqueé el acceso a mi llavero y lo desbloqueé, y pude construir y volver a ejecutar mi dispositivo. Si alguien tiene el mismo problema, quizás intente eso primero antes de pasar por la molestia de modificar la contraseña del llavero.