Xcode 10: un profil d'approvisionnement valide pour cet exécutable est introuvable

Depuis hier, j'obtiens l'erreur suivante lorsque j'essaie d'exécuter une application sur mon appareil: "Un profil d'approvisionnement valide pour cet exécutable est introuvable.". C'est après la mise à jour vers Xcode 10. La construction avec Xcode 9 la semaine dernière a fonctionné sans problème.

J'ai vérifié les autres discussions sur l'erreur, mais aucune des solutions ne fonctionne.

Le problème ne se limite pas à un seul projet sur lequel je travaille, car il affecte plusieurs tous issus d'équipes de signature différentes.

Jusqu'à présent, j'ai essayé ce qui suit:

• Projet de nettoyage

• Nettoyage des données dérivées

• Désinstallation de Xcode, suppression de toutes les préférences et fichiers associés.

• Installer Xcode sur un Mac complètement différent

• Test avec différents appareils

• Désactiver l'appareil dans le profil de développeur et laisser Xcode le réactiver.

• Suppression de tous les certificats dans le portail des développeurs et recréation

• Décocher et revérifier "Gérer automatiquement la signature"

• Jeter le profil d'approvisionnement et laisser Xcode le recréer

• Création d'un profil d'approvisionnement manuel dans le profil de développeur

Le projet ne contient aucun test, il ne peut donc pas y avoir de problème avec des paramètres de signature incorrects sur cette cible. La date / heure est réglée sur automatique

Une chose à noter est qu'aucun profil de provisioning n'est répertorié ici, à l'exception du manuel que j'ai créé: https://developer.apple.com/account/ios/profile/

Je m'attendrais à ce que le xcode généré apparaisse comme ils le font pour tous les autres clients.

Voici les paramètres de signature que j'utilise actuellement

Je n'ai pas encore essayé de rétrograder Xcode vers une version plus ancienne pour voir si cela fonctionne. A part ça, je n'ai aucune idée de quoi essayer ensuite.

Je me débattais avec ça aujourd'hui, c'était super frustrant. Pour l'instant, allez dans "File"> "Project Settings..."(ou dans certains cas "Workspace Settings...") puis sélectionnez "Legacy Build System"dans la "Build System"liste déroulante.

@Stephen tks cela a résolu pour moi. Je dois juste aller -> Fichier -> WorspaceSettings -> Paramètres de construction (changer ici pour "Legacy Build System")

[modifier] Note 2020: J'avais l'habitude de signer manuellement ce projet. Dans les projets où j'ai signé automatiquement, je n'ai jamais eu ce problème. [/Éditer]

J'ai eu le même problème et j'ai passé des heures à chercher une réponse, à supprimer des profils, à nettoyer un projet, etc.

Avez-vous distribué votre application? Vous devez revenir à votre profil de développeur, mais pas dans Général sous les paramètres du projet, mais dans les paramètres de build .

Sous Signature , examinez votre identité de signature de code .

Assurez-vous que votre débogage et votre version sont définis comme votre développeur iOS et non votre distribution iOS ; ou votre profil iOS Developer Provisioning, s'il n'est pas défini sur les valeurs automatiques.

Il en va de même avec Provisioning Profile. Il doit s'agir de votre profil en développement et non de votre profil de distribution.

J'espère que cela aidera les futurs développeurs dans le besoin.

J'ai essayé toutes les solutions ci-dessus.

Cependant, dans mon cas, après des heures de maux de tête, c'est parce que le projet de test n'a pas de compte valide pour approvisionner la signature. Après avoir sélectionné une équipe à provisionner dans le projet de test avec signature gérée automatique. Ce problème a disparu.

Utilisez un dossier de construction propre (commande + Maj + K) et l'application de reconstruction peut résoudre rapidement ce problème. Cependant, le temps de génération augmentera depuis que vous avez nettoyé le dossier de génération.

Donc, ce ne sera pas le cas pour tout le monde mais j'ai pensé que je le posterais de toute façon car il ne semble pas y avoir de réponses à ce sujet.

Dans mon cas, je travaillais sur une application en cours de développement dans ReactNative, mon problème était que, même si ma signature était correcte sur la cible de l'application principale, la cible de test n'avait aucune signature appliquée.
Pour une raison quelconque, React Native requiert que votre cible d'application et votre cible de test soient signées afin d'installer l'application sur un appareil.
Il le spécifie dans la documentation officielle sur la construction d'un appareil, mais c'est la seule instance que j'ai jamais vue où la cible de test est construite avec l'application pour autre chose que des tests.

Pour signer votre cible de test, accédez aux paramètres de votre projet en ouvrant le navigateur de projet (⌘1) et sélectionnez votre projet en haut.

Dans l'éditeur principal, sélectionnez votre cible d'application principale sous Cibles (devrait avoir le même nom que votre projet) et assurez-vous que la signature est correcte, puis sélectionnez la cible de test (probablement juste en dessous de votre cible d'application principale, elle devrait être du même nom avec Tests en annexe) et assurez-vous qu'il est signé de la même manière.

Reconstruisez votre application et elle devrait maintenant s'installer correctement.

Le mérite en revient à Leo Lei, sa réponse ici m'a sauvé beaucoup de maux de tête: https://stackoverflow.com/a/48657358/732844

En passant, si quelqu'un sait pourquoi réagir natif nécessite que votre cible de test soit construite à côté de la cible de votre application, pourrait-il me le faire savoir? La seule raison pour laquelle je peux penser est de rationaliser l'interface afin que React puisse créer une seule application et faire à la fois l'exécution et les tests sans avoir besoin de reconstruire, mais je ne fais que deviner avec celle-ci.

Dans mon cas, voici les étapes pour résoudre les problèmes:

1. Accédez à ce dossier: ~/Library/MobileDevice/Provisioning Profiles/
2. Supprimer tout le profil d'approvisionnement
3. Dans le menu Xcode 10> Produit> Clean Build Folder
4. Dans le menu Xcode 10> Xcode> Préférences> Compte> Télécharger les profils manuels
5. Dans le menu Xcode 10> Produit> Build / Archive

La raison de prendre les mesures ci-dessus est de supprimer les anciens profils d'approvisionnement qui ont gâché le processus de construction.

Pour notre équipe, rien n'a aidé. Nous avons passé quelques jours et essayé toutes les étapes mentionnées ci-dessus dans les réponses et les commentaires. Nous avons essayé avec XCode 10 et même XCode 9.2 sur une application, c'est-à-dire sur l'App Store depuis de nombreuses années.

Le problème a commencé après la mise à niveau vers MacOS Mojave. Malheureusement, retourner à HighSierra n'a pas aidé alors.

Au moins, nous avons pu à nouveau livrer dans l'App Store après avoir créé un nouveau certificat et un nouveau profil d'approvisionnement. Mais nous ne sommes toujours plus en mesure de tester notre application en mode de sortie sur un appareil réel, ce qui est nécessaire pour tester les achats InApp.

En bref: l'archivage et la soumission fonctionnent bien, pas sur un vrai appareil!

Plusieurs développeurs, plusieurs appareils, macbooks, versions XCode ....

À la fin, nous avons dû changer l'AppID pour pouvoir à nouveau tester sur un appareil réel.

C'est pourquoi nous exécutons maintenant deux projets différents: un pour l'expédition à TestFlight / AppStore avec le vrai AppID et un à des fins de développement avec un autre AppID.

Bien que cela ne se produise que sur UNE seule application de notre société et pas toutes les autres, nous nous attendons à rencontrer des problèmes similaires à l'avenir à mesure que les choses empirent avec les outils de développement d'Apple ...

J'ai eu ce problème survenant dans Xcode 10.3 après être passé à ma cible de test unitaire XCTest, puis revenir à la cible d'exécution du projet.

Il s'avère que j'avais une équipe différente sélectionnée dans mon profil d'approvisionnement pour chaque cible.

Réparer :

• Clean Build Folder

• Assurez-vous que toutes les cibles peuvent utiliser la même équipe. Voir Signature de profil sous l'onglet général.

• Si vous n'utilisez pas la même équipe pour toutes les cibles, nettoyez avant de passer à une cible de génération avec

  équipe différente sélectionnée.

Assurez-vous que le profil d'approvisionnement provient de la même équipe à la fois dans votre cible et dans vos tests cibles.

Dans mon cas, la date-heure de l'appareil a été définie sur une date future. La modification du paramètre de date sur "automatique" a résolu le problème.

Je rencontrais des difficultés avec le même problème et la solution dans mon cas était de me connecter au (x) compte (s) de développeur. Après la mise à jour vers Xcode 10, tous les comptes ont été déconnectés.

Utilisez le menu "Xcode -> Préférences ... -> Comptes" et assurez-vous que tous les comptes que vous utilisez sont connectés pour que les profils d'approvisionnement soient accessibles.

J'ai dû suivre toutes les étapes ci-dessus, mais ce n'est pas le travail qui me convient finalement. J'ai été créé en double cible et ça fonctionne bien. Je n'ai aucune idée de ce qui ne va peut-être pas un problème de mémoire cache

Avez-vous peut-être changé votre appareil en développement? Cela m'est arrivé lorsque j'ai acheté un nouvel iPhone et lui ai donné le même nom que mon ancien appareil. Une version propre a cependant résolu le problème.

Cela prend beaucoup de temps, et nous avons fait toutes les solutions ci-dessus et elles ne fonctionnaient pas du tout, notre équipe a donc décidé de supprimer les Podfichiers et de pod installrecommencer. enfin, notre ipa téléchargé OTA installé sur l'appareil de l'utilisateur. meilleure solution

1. propre project menu > Product > Clean Build Folder et/Users/{you user name}/Library/Developer/Xcode/DerivedData

2. allez dans le répertoire de votre projet et supprimez Podfile.lock, Podsdossier,pod_***.framework

3. courir à pod installnouveau

Terminé

J'ai eu le cas où mon application se déploierait sur mon iPhone mais pas ma montre. Un déploiement sur la montre donnerait «Un profil d'approvisionnement valide pour cet exécutable est introuvable». Erreur. C'est avec XCode version 11.2.1 et en utilisant le compte de développeur gratuit.

Voici ce que j'ai fait pour le déployer sur ma montre:

1) J'ai supprimé mon profil d'approvisionnement dans XCode. Je l'ai fait en allant dans Fenêtre -> Périphériques et simulateurs. Cliquez ensuite avec le bouton droit sur le nom de l'iPhone et choisissez «Afficher les profils d'approvisionnement». De là, je pouvais supprimer le fichier

2) Dans l'écran Périphériques et simulateurs, j'ai également supprimé mon application de la section "Applications installées".

3) A fait un "dossier de build propre" (Produit -> Dossier de build propre)

4) Dans les "Paramètres de construction" -> "Section de signature", je me suis assuré que chaque cible (iPhone, Tests et Watch) avait les mêmes paramètres (équipe de développement, style de signature de code, le profil d'approvisionnement a été défini sur automatique, etc.).

5) Vérifiez que le répertoire ~ / Library / MobileDevice / Provisioning Profiles est vide.

6) Téléphone débranché de l'ordinateur

7) Ordinateur, téléphone et montre redémarrés

8) Rebrancher le téléphone sur l'ordinateur et passer par les invites "Faites confiance à cette machine" sur le téléphone et la montre.

9) Application Ran. Ça a marché!

Aujourd'hui, j'ai eu la même erreur lors de l'installation d'une application sur mon appareil. Le problème s'est produit après avoir mis à jour le nouveau xCode 11.4.

Ce que j'ai fait pour résoudre le problème:

• Périphérique non apparié (Xcode> Fenêtre> Périphériques et simulateurs> Clic gauche sur le périphérique pour dissocier le périphérique.
• Redémarrez l'iPhone
• Clean Build Folder (Xcode> Product> Clean Build Folder)
• Nettoyer les données dérivées (dans ../library/Developer/Xcode/DerivedData)
• Nettoyer à nouveau le dossier de construction (Xcode> Produit> Nettoyer le dossier de construction)
• Créez l'application sur l'appareil.

Dans mon cas, où rien d'autre n'a aidé, j'ai fait ce qui suit:

1. changer l'AppID par un nouveau
2. XCode a généré automatiquement de nouveaux profils d'approvisionnement
3. exécuter l'application sur un appareil réel -> maintenant cela a fonctionné
4. changer le AppID à l'ID d'origine
5. travaux

Avant cela, j'ai essayé toutes les étapes mentionnées ici. Mais cela a aidé.

Pour moi, même le certificat de distribution et le profil d'approvisionnement étaient disponibles pour Xcode, la sélection de la gestion automatique de la signature pendant le processus de distribution l'a fait échouer. J'ai fait ce qui suit. Comme mentionné précédemment, j'ai créé un nouveau certificat de distribution et un nouveau profil d'approvisionnement, puis pendant le processus de distribution, j'ai sélectionné manuellement le certificat et le profil d'approvisionnement et Voilaaaa. Assurez-vous également que je suis sur la dernière version 10.1.

Il semble qu'Apple ait corrigé ce bogue dans la version Xcode 10.2 beta 2.

https://developer.apple.com/documentation/xcode_release_notes/xcode_10_2_beta_2_release_notes

Problèmes résolus de signature et de distribution

Lorsque vous créez une archive d'une application macOS et utilisez un certificat de signature d'ID développeur, Xcode inclut un horodatage sécurisé dans la signature de l'archive. Par conséquent, vous pouvez maintenant soumettre une application archivée au service notarial d'Apple avec xcrun altool sans avoir à la signer à nouveau avec un horodatage. (44952627)

Lorsque vous créez une archive d'une application macOS, Xcode n'injecte plus le droit com.apple.security.get-task-allow dans la signature de l'application. Par conséquent, vous pouvez désormais soumettre une application archivée au service notarial d'Apple en utilisant xcrun altool sans avoir à supprimer au préalable ce droit. (44952574)

Correction d'un problème en raison duquel le flux de travail de distribution signalait des informations inexactes ou manquantes sur le certificat de signature, le profil d'approvisionnement et les droits utilisés lors de l'exportation ou du téléchargement d'une application. (45761196)

Correction d'un problème où les fichiers .ipa amincis n'étaient pas signés lors de l'exportation depuis l'Organiseur. (45761101)

La version Xcode 10.2 beta 2 peut être téléchargée ici: https://developer.apple.com/download/

Vous avez juste besoin de changer votre équipe. Dans mon cas, cela a fonctionné

Après avoir fatigué la majeure partie de la solution, j'ai trouvé ce qui le faisait fonctionner sans aucun problème pour moi, il est résolu en allant developer.apple.comensuite, accountpuis Certificates, identifiers & profilesje clique sur le Alllien sous Devicespuis j'ajoute un nouvel appareil.

alors vous devez définir le nom de l'appareil, et uuid, et après l'avoir enregistré. Accédez à xcode et nettoyez le cache, la construction et tout fonctionne correctement.

Remarque 1: assurez-vous que votre équipe a la vérité.

Remarque 2: Vous pouvez obtenir uuid en connectant l'appareil à votre appareil mac, et cliquez sur iTunes, et appuyez sur l'étiquette de sécurité, vous verrez UUID.

Ce que cette réponse est utile aussi.

J'ai essayé toutes les réponses ci-dessus et je n'ai pas eu de chance. Après cela, je redémarre mon iPhone et le problème semble avoir disparu. Je sais que c'est tellement stupide mais ça a marché. Les réponses ci-dessus résolvent très probablement le problème mais sinon essayez de redémarrer votre appareil iOS.

Assurez-vous:

1) Avoir un profil d'approvisionnement enregistré pour votre appareil.

2) L'appareil doit être ajouté au profil de développement et mis à jour.

Si vous rencontrez toujours des problèmes, vérifiez les paramètres de génération de votre cible.

Assurez-vous:

1) CODE_SIGNING_REQUIREDin User-Definedest réglé sur YES.

2) Vérifiez que les Signingoptions sont correctes. Si le problème persiste, passez aux paramètres manuels plutôt qu'automatiquement.

Rencontrés même question, nous avons eu plusieurs configurations dans le projet Xcode, le mot let Debug-Staging, Debug-Production. Nous les avons ensuite unifiés et n'avons utilisé qu'une seule configuration Debug. Mais l'ancien (qui n'existe plus) était coincé dans le schéma de la phase d'exécution, donc une fois que vous avez essayé de l'exécuter, Xcode vous a montré ce message. Ce qui est logique car les profils d'approvisionnement sont configurés dans les paramètres de génération en fonction de la configuration.

Donc, le schéma d'exécution ressemblait à ceci:

Alors que les configurations de projet étaient installées comme ceci.

Changer le schéma pour utiliser la configuration qui est toujours disponible dans le projet est ce qui a résolu ce problème pour moi.

J'ai eu le même problème (XCode 11) et rien n'a fonctionné ce qui était écrit ici.

Mon problème était que j'avais iOS Beta (13.3) sur mon téléphone. Après être revenu que tout fonctionnait bien à nouveau.

Idée: Peut-être que l'appareil met également en cache des informations sur le profil d'approvisionnement, donc une réinitialisation d'usine du téléphone pourrait également le corriger?

Pour moi, cela a fonctionné de supprimer une capacité, puis de l'ajouter à nouveau.

J'ai fait ce qui suit:

1. Déconnecté l'appareil sur lequel l'application n'était pas installée
2. Connecté un autre appareil <Il est installé sur ce deuxième appareil
3. Après un certain temps connecté le premier appareil et cela a fonctionné!

C'est très bizarre mais cela a fonctionné pour moi, pourrait fonctionner pour d'autres et sauver la frustration.

Enfin, j'ai compris ce qui se passait ... ça me prend presque 2 heures

Mon cas est, la date de mon téléphone n'est pas correcte. J'ai oublié que j'ai changé la date de mon téléphone. Je suppose que tous mes profils d'approvisionnement ont expiré ...

Donc, si vous avez essayé toutes ces réponses mais rien ne fonctionne. Accédez aux PARAMÈTRES, vérifiez la date de votre téléphone.