La nuit dernière, le projet iPhone a été parfaitement construit.
Ce matin, j'ai installé XCode 3.2.3
dans un dossier séparé . Lorsque j'ouvre le même projet dans l'ancien XCode 3.2.2
et que je le reconstruis. J'ai eu cet avertissement:
Échec de l'application dans l'identification des codes vérification. La signature était invalide, ou il n'a pas été signé avec un Certificat de soumission Apple. (-19011)
Comment puis-je le réparer? Merci!
J'ai eu le même problème, semble 3.2.3 gâchis avec la codification. Je l'ai corrigé en ré-exécutant le programme d'installation 3.2.2, sans rien désinstaller.
Pour moi, les étapes suivantes ont résolu le problème:
Accédez à Produit> Modifier le schéma.
Ouvrez le profil d'archive.
Définissez la configuration de construction sur Distribution.
J'ai rencontré le même problème aussi. Cela montrait que j'avais un duplicata d'enregistrement de certificat dans mes trousseaux. Supprimer l'un d'entre eux (j'ai supprimé celui de mon trousseau système) a résolu le problème.
Les étapes qui m'ont aidé à résoudre mon problème:
Le problème de XCode parallèle peut être résolu à l'aide de l'outil de ligne de commande "xcode-select"
J'ai trouvé un problème similaire causé par l'installation de XCode 4.2 beta. L'un des fichiers de droits incorporés était placé dans un répertoire différent et provoquait une erreur de fichier introuvable.
La solution consistait à utiliser xcode-select pour vérifier et corriger le chemin XCode.
En plus de rechercher des solutions possibles à ce problème sur Google et de les essayer (en espérant qu'ils vous aideront), voici un conseil pour savoir quelle en est la cause. Les étapes ci-dessous s'appliquent à Xcode 4.2.
Faites également défiler et inspectez le titre de la cible de construction:
Build Target (votre cible de construction)
Projet (votre projet) | Configuration (configuration sélectionnée) | Destination ...
Dans mon cas, j'ai découvert que lors de la création de l'archive, l'application était signée avec le certificat de développeur. L'inspection de l'en-tête de la cible de génération a révélé que la configuration de la version était utilisée pour créer l'archive. Le remède était de:
J'ai eu ce problème après avoir dupliqué une cible de construction. La cible d'origine a été signée par le certificat de distribution. Cependant, lors de la copie de la cible, Xcode a décidé d'attribuer la configuration de la version à la version d'archive.
C'est un peu un vieux billet mais je voulais partager ce que j'ai appris (je m'en souviens vraiment parce que j'ai oublié cette partie). J'essayais de construire mon projet avec un profil ad-hock. J'avais oublié la nécessité de créer un profil App Store distinct (Portail de provisionnement -> Provisionnement -> Distribution). C'était ma première application que j'ai soumise et la documentation est accablante, alors j'ai oublié/oublié cette partie. Une fois que j'ai créé le profil App Store et installé dans XCode, tout a bien fonctionné. Je voulais juste jeter cela au cas où quelqu'un d'autre aurait le même problème.
Cela m’est arrivé aujourd’hui alors que je déplaçais un projet existant vers une nouvelle structure de référentiel Git, tout en utilisant simultanément un certificat de développement obtenu en étant ajouté à l’équipe de mon client en tant que "membre". Il y a donc beaucoup d’occasions de tout gâcher.
Dans mon cas, le problème s'est avéré être le "chemin des produits de construction". Je l'avais réglé sur le chemin relatif "../../../build" au lieu d'un chemin absolu. Cela entraînait la validation de l'outil Valider, car le chemin d'accès réel n'était pas réduit correctement. Je l'ai changé en un chemin absolu et l'outil Valider a alors commencé à fonctionner avec succès une fois de plus.
J'ai soumis ceci sous forme de bogue à Radar sous le n ° 8946204.
En raison de ce que hiroshi a dit, vous pouvez le modifier ici:
@@ -325,6 +325,7 @@ PREBINDING = NO; + "PROVISIONING_PROFILE[sdk=iphoneos*]" = "key goes here"; SDKROOT = iphoneos; @@ -361,6 +362,7 @@ PREBINDING = NO; + "PROVISIONING_PROFILE[sdk=iphoneos*]" = "and also here"; SDKROOT = iphoneos;
!!! C'est ce qui a fonctionné pour moi dans XCODE 4 !!!
Pour l'avertissement de construction ou l'erreur de validation de l'archive "Échec de la vérification de la signature de code par l'application", voir la liste complète des causes potentielles d’Apple à l’URL suivante "Comment puis-je résoudre le problème: vérification de la signature de code manquante?"
Meilleur,
J'ai résolu ce problème simplement en supprimant mon certificat de distribution du trousseau puis en le téléchargeant à nouveau à partir du profil provisoire
Je ne suis pas sûr, mais le fait de revenir sur ces modifications dans le projet.pbxproj me sauve de ne pas pouvoir démarrer mon application sur des appareils. L'avertissement sujet de la question reste cependant.
@@ -325,6 +325,7 @@
PREBINDING = NO;
+ "PROVISIONING_PROFILE[sdk=iphoneos*]" = "";
SDKROOT = iphoneos;
@@ -361,6 +362,7 @@
PREBINDING = NO;
+ "PROVISIONING_PROFILE[sdk=iphoneos*]" = "";
SDKROOT = iphoneos;
Si vous accédez à l'Organiseur et sélectionnez Profils de provisioning, le profil est-il indiqué ici? Si tel est le cas, avez-vous vérifié qu'il est défini dans la section Paramètres du projet/Générer/Signature du code?