Cela ressemble à un bug de Xcode 8. Nettoyer le projet en appuyant sur Commande + Maj + K ou Produit -> Nettoyer le corrige.
J'ai eu un problème similaire, malheureusement, je devais faire un nettoyage complet fréquemment, une opération très coûteuse (~ 5-6 minutes) pour mon projet et mon équipement.
Il se trouve que cela peut être causé par (au cours d'une phase de construction personnalisée) par l'ajout d'un champ "BuildDate" personnalisé sur mon plist APRÈS "Copier les ressources du paquet", afin d'afficher cette valeur à des fins de débogage dans l'application.
Pas sûr que l'erreur soit intentionnelle ou un bogue Xcode 8. J'ai également constaté que toute édition, même l'ajout et la suppression d'un caractère dans la base de code, me permettait de fonctionner sans effectuer un nettoyage complet au préalable.
Ajouter cette entrée à un plist séparé AVANT la phase de construction "Copier les ressources du bundle", puis dessiner à partir de ce plist pour BuildDate (plutôt que info.plist) ont résolu le problème pour moi. Plus de détails dans la source fournie.
Source: https://forums.developer.Apple.com/thread/63955 (je ne réclame pas tout le crédit pour ce correctif, mais le correctif détaillé a résolu le problème pour moi)
Une autre solution consiste à mettre à jour le numéro de version. Cela fonctionne et vous n'avez pas besoin de nettoyer ce qui fait gagner du temps.
Dans mon cas, Xcode montre cette erreur assez au hasard. La solution la plus simple qui fonctionne pour moi consiste à modifier une ligne de votre code source et à reconstruire le projet. Ajouter une ligne vide suffit.
Dans mon cas, il s'agit d'un problème de profil de provisioning.
Voici le correctif:
1) Select XcodeProject -> Target -> Signing -> Team as None.
2) XCode -> Preferences -> Accounts -> Apple IDs -> (Remove the Apple Id once, please make sure you should have Apple id credentials in order to add it again)
3) Add the Apple ID again.
4) Quit Xcode.
5) Open Xcode
6) Select XcodeProject -> Target -> Signing - > Select the new Team added.
Cela devrait fonctionner maintenant.
Cette erreur m'est arrivée lorsque j'ai essayé d'installer une application au format .app sur un périphérique physique iOS. Assurez-vous d’essayer d’installer le type de périphérique approprié.
Dans mon cas, le problème se trouvait dans mes propres bibliothèques d'infrastructure ayant «cible de déploiement» de 12.1 qui a été définie comme celle-ci par défaut lors de la création par Xcode. L’application principale à laquelle j’ajoutais ces bibliothèques avait un "objectif de déploiement" de 9,3. Un problème se produisait lors du déploiement sur un périphérique physique iOS 10. Le fait de régler les bibliothèques d'infrastructure sur la même "cible de déploiement" que l'application a résolu le problème.
J'imagine qu'une règle empirique évidente consiste à définir des cadres "plus anciens" que ceux de l'application cible pour les objectifs de déploiement. Ma faute, mais je préférerais quelques avertissements et moins d'erreur cryptique pour un tel cas . Xcode 10.
J'ai eu le même problème avec une application watchOS; la seule chose que je pouvais obtenir pour résoudre le problème était d'effacer tous les profils d'approvisionnement en les supprimant de ~/Library/MobileDevice/Provisioning Profiles/
, puis en permettant à Xcode de télécharger à nouveau ce dont il avait besoin (j'autorise Xcode à gérer automatiquement la signature).