/usr/bin/codesign a échoué avec le code de sortie 1
Je tente de déployer mon premier développement de l'application iPhone, et je suis en cours d'exécution dans certains problèmes. J'ai réussi a bien la ligne de Provisionnement Assistant, mais maintenant je suis coincé. Peu importe ce que je fais, j'ai toujours l'erreur suivante s'affiche.
/usr/bin/codesign a échoué avec le code de sortie 1
N'importe qui ont des idées pourquoi ce qui se passe?
- Vous pouvez poster votre journal?
- Question complémentaire: Xcode échoue avec "la Signature de Code d'Erreur"
- stackoverflow.com/a/44889440/2252866 Cette solution a fonctionné pour moi. J'étais en développement macOS app.
Vous devez vous connecter pour publier un commentaire.
Mise à jour:
La Note Technique originale dans ma réponse est maintenant obsolète. Apple a publié une collection de signature de code, les problèmes (et des solutions) dans un nouveau document: Note technique TN2407 de Signature de Code de Dépannage Index
Vérifier la CODE_SIGN_IDENTITY de propriété dans vos paramètres de construction. Est votre profil de configuration sélectionné?
Vous devez également entrer dans un valide identifiant de lot dans vos applications .plist.
L'identifiant doit correspondre à celui que vous avez fourni lors de la création du profil.
Apple a une note technique à ce sujet ici.
Je viens de tomber sur cette erreur, et voici ce que j'ai trouvé dans le cas où cette aide à quelqu'un: j'ai découvert que vous pouvez cliquer-droit sur le message d'erreur dans Xcode, puis cliquez sur développer pour obtenir plus de détails, y compris une description du problème.
Dans mon cas, j'ai eu deux copies de mon certificat de développeur avec le même nom dans différents trousseau de fichiers, et Xcode n'arrivais pas à savoir lequel utiliser.
Il pourrait être drôle de réponse pour le codesign question dans Xcode 9.0. J'ai reçu cette erreur de trop et ne savent pas quoi faire, parce que tout était correct.
Je suis allé le trousseau d'accès, j'ai eu l'option de connexion "déverrouillé". J'ai verrouillé et compilé mon construire à nouveau. Xcode lui-même m'a demandé d'ouvrir l'accès trousseau de clés. J'ai donné l'accès et cela a fonctionné.
Étapes ont été:
accountsd
avait demandé trousseau d'accès au redémarrage après mise à jour, j'ai rejeté parce que les auxiliaires modaux-dessous étaient bizarre. rebondir le trousseau de clés était le trucJ'ai eu exactement la même erreur, et j'ai essayé de tout sous le soleil, y compris ce qui était d'ailleurs sur cette page, sans succès. Quel était le problème pour moi est que dans le Trousseau d'Accès, l'Apple réelle WWDR certificat a été marqué comme "Toujours Confiance". Il avait besoin d'être "valeurs par Défaut du Système". Qui va pour le Développement et la Distribution de certificats, trop. Si aucun d'entre eux sont mal réglés à "Toujours Confiance", qui apparemment peut provoquer ce problème.
Donc, dans Trousseau d'Accès, cliquez sur l'Apple Worldwide Developer Relations certificat d'Autorité de Certificat, sélectionnez Obtenir des informations. Ensuite, développez les paramètres de Confiance, et pour la zone de liste déroulante de "Lors de l'utilisation de ce certificat:", choisissez "valeurs par Défaut du Système".
D'autres ont fait remarquer que vous pouvez avoir à faire dans Système et connexion de porte-clés pour ces erreurs.
Il pourrait y avoir beaucoup de raison, lorsque vous obtenez ce genre d'erreur:
De vérifier si vous avez sélectionné un profil d'approvisionnement qui comprend la validité de la de Signature de Code Identité et valide Identifiant de lot dans les Paramètres. (Goto Construire Paramètres->Inscription>Profil de configuration).
Ouvrir Trousseau d'Accès et cliquez sur l'icône de verrouillage en haut à gauche, donc il va verrouiller le trousseau de connexion, puis cliquez de nouveau sur pour déverrouiller.
J'ai eu le même problème de la distribution de construire. C'est juste arrivé tout d'un coup. En fait je n'ai pas eu ce problème il y a quelques jours et j'ai eu mon Ad-Hoc version de la compilation droit. Ce problème est venu parce que mon certificat juste a expiré aujourd'hui. Alors je suis allée créer un nouveau provisoire suivant indications d'Apple: (http://developer.apple.com/ios/manage/distribution/index.action).
Après avoir passé des heures sur le net et fait en sorte que je n'était pas tombé de ce qui pourrait aller mal. Voici ce que me sauver comme suggéré par Tobias et Dan Ray:
Les informations détaillées m'a dit à propos ambigus de l'appariement de deux certificats. L'un d'eux est arrivé à être un certificat expiré dans le Système de la chaîne de la clé. Alors j'ai supprimé l'expiration de l'une puis il a travaillé! J'ai aussi eu un souci à propos de ce que d'entrer dans le "nom commun" lors de la création du certificat de distribution à l'aide de l'utilitaire trousseau: mon nom ou mon nom de la société. Dans mon cas, j'ai entré mon nom. Je devine que c'est le même que le titre adressée par le développeur de l'auto répondeur email.
Grande aide. Merci.
Ce qui a fonctionné pour moi a été l'ajout d'
--deep
à Autres de Signature de Code Drapeaux dans les Paramètres de construction.Plus d'informations ici: Codesign de Dropbox API échoue dans Xcode 4.6.3: "le code de l'objet n'est pas signée à tous"
Regrettable que cette ambigu condition d'erreur est de 400 différentes solutions, mais je m'éloigne du sujet.
Si l'erreur précédant immédiatement le codesign erreur dit quelque chose comme "resource fork, informations du Finder, ou d'autres détritus pas le droit"
Puis naviguez jusqu'à l' .application fichier dans le Terminal et tapez:
xattr -cr < path_to_app_bundle >
ref: https://developer.apple.com/library/content/qa/qa1940/_index.html
J'ai eu le même problème. En fin de compte il s'est avéré que ma clé privée ne permettent pas de codesign pour y accéder. On peut le voir dans le dialogue d'information dans le trousseau d'accès de l'application.
Je suis d'accord avec Tobias. L'erreur est trop générique. Lorsque la même chose m'est arrivé, j'ai creusé dans le message d'erreur et rendu compte que j'avais foiré quelque chose dans la construction de propriétés, mais pas la signature de code. Donc oui, j'aimerais creuser dans les détails.
Dans mon cas, l'erreur était due au fait que j'avais deux touches sur le trousseau de clés avec le même nom. J'ai supprimé l'ancien et qui a résolu le problème.
Va le détail message de montrer le vrai problème pour moi.
après des heures de recherche sur google et d'essayer des choses différentes, c'est ce qu'il fixe pour moi:
Assurez-vous il n'y a pas de certificats dans le Système > onglet Certificats sur le Trousseau d'Accès. Supprimer toutes les copies des certificats à partir de là.
Installer le RAPPORT intermédiaire de certificat en vertu de certificats de la provisioning portal, en plus les développeurs de certificats et assurez-vous de voir dans le Login > onglet Certificats sur le Trousseau d'Accès.
espère que cela aide certains d'entre vous!
Même problème avec ambiguë (correspond à "iPhone Developer: [moi]" et ///tweetdeck bibliothèque de l'privatedata fichier. Fixé par le déplacement de fichiers vers la corbeille et de rouvrir une session sur Tweetdeck, la configuration de mots de passe à nouveau. Quelle douleur.
J'ai eu le même problème, mais également répertoriés dans le journal d'erreur était: CSSMERR_TP_CERT_NOT_VALID_YET
En regardant le certificat dans le Trousseau a montré un message similaire. Le problème était dû à mon Mac système d'horloge à une mauvaise configuration. Dès que j'ai mis le bon la région/l'heure, le certificat a été marquée comme valide et j'ai pu développer et exécuter mon application sur l'iPhone
J'avais aussi cette erreur ("/usr/bin/codesign a échoué avec le code de sortie 1"), et quand j'ai regardé dans le Trousseau d'Accès à mes certificats de développement ont été marqués comme "le Présent certificat a été signé par une autorité inconnue". J'ai eu récemment mis à niveau vers Mac OS 10.8 et ont eu un couple de d'autres XCode (4.5.2) questions depuis. Il s'avère que je n'ai pas le RAPPORT intermédiaire certificat installé. J'ai téléchargé qu'à partir du Portail iOS Provisioning portal, installé dans le Trousseau d'Accès, et mon projet s'appuie de nouveau!
Quand j'ai eu cette erreur, je ne cherchais même pas à signer l'application. J'ai écrit une application de test et ne se soucient pas de signature.
Afin de se débarrasser de ce message, j'ai dû sélectionner "Ne pas Signe Code" de Construire des Paramètres sous la Signature de Code.
Parfois, votre dossier de création a besoin tout simplement de nettoyage - certainement, cela a fonctionné pour moi. Grâce à mocassin-projet pour la solution.
Une cause possible est que vous n'avez pas la permission d'écriture sur le répertoire de construction.
Solution: Supprimer tout le répertoire de construction sur le dossier de votre projet et de la reconstruction de votre application.
Je viens de tomber sur cette erreur et c'était parce que j'étais en train d'écrire le fichier de build à un lecteur réseau qui n'a pas de travail. Essayé de nouveau de mon bureau et il a très bien fonctionné. (Vous pouvez avoir à "Nettoyer" l'accumulation fois que vous le déplacez. Il suffit de choisir "Nettoyer toutes les Cibles" de la "Construction" du menu déroulant).
Tobias est correcte bien que, creuser dans les détails sur le code par un clic-droit dessus pour voir ce que votre problème spécifique.
Une chose que vous aurez envie de regarder dehors pour (c'est une erreur stupide de ma part, mais ça arrive), c'est que l'adresse e-mail rattachée à la RSE doit être le même que le courrier électronique connecté à votre compte Dev Apple. Une fois que j'ai utilisé une nouvelle RSE et reconstruit tous les certificats et des profils de configuration, tout allait bien dans applesville.
Une autre raison,
Vérifiez votre compte de Développeur est connecté avec xCode
Un peu vieille question, mais arrive encore, il me semble. Une autre solution:
S'est produit pour moi après le retour à la direction de la branche git.
Essayé de nettoyage, nettoyage construit, la suppression de dérivés et le redémarrage de Xcode, mais pas de chance.
Essayez de redémarrer l'ordi.
J'ai eu la même erreur inconnue de codesigning que vous avez mentionné. Similaire à la réponse fournie (mais un peu différent), j'ai verrouillé mon trousseau d'accès et débloqué, et j'ai été en mesure de construire et d'exécuter à mon appareil. Si quelqu'un a le même problème, peut-être essayer d'abord avant de passer par la difficulté de modifier le mot de passe keychain.
Jeter mes commentaires sur le ring, je viens de tomber sur ce, après avoir tenté d'actualiser mon environnement de développement après avoir cliqué REFUSER par hasard sur l'une des demandes de l'application, après recherche, j'ai trouvé un certain nombre de choses qui ne semblent pas fonctionner. C'est la pleine ordre dans lequel j'ai tenté les correctifs et s'il y a été un succès:
1) a Tenté d'effacer le DerivedFiles et redémarrez XCode - pas de dés
2) a Tenté de se Connecter et de Déverrouiller le Trousseau d'accès, puis redémarrez XCode - pas de dés
3) a Tenté d'actualiser mon compte développeur au sein de XCode - pas de dés
4) Peu la balle et juste réinitialiser l'ensemble de mon trousseau, après l'avoir fait mon compte développeur a été déconnecté (signé de), puis redémarré XCode - pas de dés
5) Trouvé un article ici qui dit que nous devions définir la [login|local|Système]/certificat/Apple Worldwide Developer Relations d'Autorité de Certificat de Système "par défaut". Mais dans mon cas, c'était déjà la valeur par défaut du système - pas de dés
6) Puis j'ai regardé mon certificat de développeur login/mes certificats/Mac Développeur: et lorsque j'ai regardé il a été correctement définie pour Confirmer avant d'autoriser l'accès, MAIS il n'y a pas d'entrées dans la section inférieure. Il devrait y avoir [Xcode, codesign, productbuild]. J'ai supprimé le certificat d'entrée et de redémarrage de XCode - bingo
Le certificat a été ajouté et j'ai ensuite été invité. Alors qu'ai-je à faire, j'ai appuyé sur "toujours autoriser" et puis juste désossées moi-même.
J'ai dû revenir en arrière et supprimer le certificat de nouveau, puis passez par environ 20 autoriser les boîtes de dialogue lors d'une construction propre. Une fois terminé, j'ai été en mesure de construire complètement.
Ouvrir le chemin de projet dans le terminal et entrez les commandes ci-dessous dans le terminal
1) trouver . | xargs -0 xattr -c
2) xattr -rc .
Cela fonctionne pour moi.