J'ai déjà cherché et presque mis en œuvre la solution max, mais elle n'installe aucune application, même si je ne crée qu'un exemple d'application avec une seule vue.
L'installation de l'application a échoué
Un profil d'approvisionnement valide pour cet exécutable n'a pas été trouvé.
============== mettre à jour ================= ===
J'ai résolu ce problème aujourd'hui.
Tout d’abord, allez à ~/Library/MobileDevice/Provisioning Profiles
. Assurez-vous que Xcode n'est pas en cours d'exécution. Ensuite, supprimez tous les fichiers de provisioning (tels que xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.mobileprovision).
Démarrer Xcode.
Vous verrez quelque chose comme "Réparer ce problème" dans l'onglet Général de votre cible. Cliquez dessus.
Xcode chargera maintenant un nouveau profil de provisioning.
C'est ça.
----------- OLD Answer -------------
J'ai le même problème maintenant.
J'ai vérifié mon profil d'approvisionnement à l'aide de https://github.com/chockenberry/Provisioning/releases .
Dans mon cas, mon profil de provisioning avait les UDID non conformes, mais le nombre de machines correct.
J'ai enregistré des machines et Apple Developer Center a répertorié les UDID correctes pour ces machines.
Cependant, chaque fois que je téléchargeais un nouveau profil de provisioning, celui-ci contenait des UDID erronés.
Je pense que le système d’Apple affiche un mauvais profil de provisioning.
J'ai appelé le support Apple pour ce problème aujourd'hui, mais Apple ne m'a envoyé qu'un courrier électronique contenant les liens de sa base de connaissances (forums, documents, etc.).
Peut-être utilisez-vous le profil d'approvisionnement de la distribution App Store. Utilisez le profil de développement ou de configuration ad hoc.
J'avais ce problème parce que la date/heure sur mon iPhone n'était pas la même que celle sur mon Mac exécutant Xcode (j'ai modifié la date sur mon iPhone tout en testant une application). Sur mon iPhone, je suis allé à Settings > General > Date & Time > Set Automatically
Cela l'a corrigé
Assurez-vous que vous avez ajouté l'UDID du périphérique dans votre profil d'approvisionnement.
ne autre raison possible: la date du périphérique est définie sur une date ultérieure à l'expiration de votre profil d'approvisionnement. C'est très étrange, mais cela pourrait arriver.
Dans mon cas, c’était que l’option courante du schéma de construction était définie sur Release, elle tentait donc de la signer à l’aide du profil provisoire Appstore, et non du développement ou du profil adhoc. J'ai dû le régler sur Debug pour résoudre ce problème!
Je pourrais très bien fonctionner sur Simulator, mais essayer d'installer l'application sur l'appareil provoquait cette erreur exacte.
J'ai eu une cible de test en plus de la cible principale. La cible de test avait la signature définie sur une équipe et un profil différents. La définition de la cible de test unitaire pour correspondre aux paramètres de cible principale pour la signature a résolu mon problème.
N'a pas remarqué qu'il avait été automatiquement transféré à une autre équipe, a été ajouté à une nouvelle équipe d'entreprise.
Dans mon cas, je suis allé sur le site Web du développeur Apple et j'ai ajouté le téléphone au profil de provisioning. Ensuite, j'ai retéléchargé le profil d'approvisionnement et travaillé =)
Dans mon cas était le système de construction. J'ai dû modifier le système de génération par défaut dans "Fichier> Paramètres du projet/espace de travail" et le remplacer par le système de génération hérité.
Ce qui suit a fonctionné pour moi:
Dans mon cas, mon certificat est en retard ..
Pour moi, c'est parce que le projet que j'essayais de construire appartient à quelqu'un d'autre. L'identifiant de l'ensemble ne correspond pas au profil d'approvisionnement de mon équipe.
Remplacez l'identifiant du paquet par une autre aide.