Recevoir un message « Une ressource signée a été ajouté, modifié ou supprimé » lorsque vous essayez de déboguer une application sur iPhone

Question

En essayant de déboguer une version créée à l'aide du SDK 3.2 sur un appareil iPhone, je reçois le message « Une ressource signée a été ajouté, modifié ou supprimé. ».

Je peux nettoyer, reconstruire, puis installez sans erreur, mais si je tente d'installer sans nettoyer les émissions d'erreur.

Quelqu'un a une idée de ce qui pourrait être la cause?

Answer 1

J'ai trouvé une solution de contournement pour le bogue.

Si vous supprimez le fichier .app dans build / Debug-iphoneos / avant la construction de l'appareil, l'application est installé sans erreurs. Et il y a un moyen simple de le faire avant chaque construction.

Assurez-vous que vous avez sélectionné dans le menu déroulant aperçu « Device ». Dans XCode aller Projet> Nouvelle cible ... Ensuite, trouver « cible Shell Script » sous MacOSX / Autres Nom et l'ajouter au projet en cours

Maintenant, dans le panneau de navigation de gauche, sous les objectifs, développez votre nouvelle cible et double-cliquez sur Exécuter le script. Dans la fenêtre qui apparaît remplacer "# script shell va ici" avec "rm -rf build / Debug-iphoneos / *. App" (sans les guillemets). Maintenant, ouvrez vos préférences principales cibles et sous les dépendances directes ajoutez votre cible nouvellement créé. Construire et Go! :)

Answer 2

Cette erreur se produit quand il y a un caractère spécial dans le nom du produit . Dans mon cas, il était un « ? »

Si vous modifiez le nom du produit, il met à jour automatiquement le « Nom Bundle » et « Bundle Display Name » il est souvent le meilleur choix pour renommer une application.

Si vous voulez inclure des caractères spéciaux dans le nom de l'application, vous devez manuellement renommer le « Nom Bundle » et « Nom d'affichage Bundle »

Nom Bundle : Ceci est le nom du paquet d'application réelle dans le système de fichiers tels que "Awesome App.app". Il est généralement pas visible à l'utilisateur.

Bundle Nom d'affichage : Ceci est un court nom affiché sous l'icône de l'application sur l'appareil. Étant donné que le nom de l'ensemble serait tronqué à « AWE ... tion » vous avez la possibilité d'avoir un nom plus court qui est mieux adaptée tel que « App Awesome ». Il devrait être similaire au nom App Store (défini dans iTunes Connect)

Answer 3

Ceci est assez clairement un bug dans le 3.2 SDK, mais je ne veux pas rétrograder. J'ai trouvé que faire un nettoyage en poussant Command+Shift+K, puis Return est assez rapide avant de pousser Command+R à construire.

Answer 4

Xcode 8, la raison de la « Une ressource signée a été ajouté, modifié ou supprimé. » a cet objectif a été signé avec un profil de disposition d'entreprise.

Answer 5

Cela peut avoir plusieurs causes. Le meilleur moyen de comprendre ce qui est à l'origine est d'aller dans Xcode, menu Fenêtre, Périphériques, puis cliquez sur le bouton révéler au bas du volet pour afficher la console. Maintenant, essayez de courir. Vous devriez voir la sortie journal que les noms des fichiers spécifiques, il se plaint.

La plupart des solutions tition ne sont que des moyens artificiels d'obtenir Xcode pour régénérer le contenu du dossier de construction et / ou resigner les fichiers.

Dans mon cas, mon extension de WatchKit acquérait en quelque sorte des références à Cocoapods cadres qui ont été ciblés uniquement vers l'application principale de sorte qu'ils se sont signés lors de la construction, puis plus tard élagués (comme ils ne sont pas utilisés). Ensuite, sur l'appareil, iOS se plaignait qu'ils étaient absents du dossier .appex pour l'extension. J'ai fini par ne pas avoir besoin des gousses dans l'extension si je les enlevé tous et retiré l'extension comme cible, puis fait un nettoyage mineur pour éliminer les débris liés pod gauche dans les étapes de construction. Maintenant, tout fonctionne parfaitement.

Answer 6

(RESOLU) C'est aussi étrange. J'ai essayé tout ce que je pouvais trouver. Finalement, j'ai changé le nom du produit de « tests unitaires (l'appareil) » à « Tests unitaires de l'appareil » - supprimer les crochets. Maintenant, tout fonctionne. Les espaces semblent être très bien.

Précédemment stackoverflow: Je viens de rencontrer ce bogue avec deux projets de bibliothèque statique. On construit et les essais du lanceur de test GHUnit sur l'appareil sans problème. Les autres projets ne seront pas installés et obtient cette erreur. Cela signifie qu'il est quelque chose de différent des thats entre ces deux projets. Je l'ai essayé jusqu'à présent essuyer le répertoire de construction, en prenant des espaces hors du nom de l'exécutable, et divers propres et construit comme suggéré ici.

Answer 7

Même pour moi, la pensée qu'il a quelque chose à voir avec des cibles multiples, etc. parce que j'ai changé beaucoup là-bas. Mais il est très possible que c'est un bogue dans le version 3.2.2 puisque je ne l'ai pas testé intensivement dans cette version sdk avant que les changements cibles massifs dans mon projet.

Answer 8

résolu mon problème !!!

J'ai découvert par hasard que en quelque sorte un espace « » a trouvé son chemin dans le nom du produit de mon application il a été appelé « First Second.app » au lieu de « FirstSecond.app ». Après avoir supprimé l'espace la question avait disparu!

Je l'ai changé ici: Faites un clic droit sur la cible Informez-vous sur construire Tab Section d'emballage Nom du produit <- Le nom ici sera utilisé pour le nom du faisceau (.app)

Espérons que cela aide, laissez-moi savoir!

Cordialement, nils

Answer 9

Je pourrais résolu en changeant le nom du projet.

[project]-[Rename] menu. "phase1 (new)" -> "pahse1"

Answer 10

Je recevais cette même erreur, mais par intermittence. J'ai essayé tout ce qui précède et il ne fonctionne toujours pas. Aujourd'hui, j'ai trouvé ce qui était à l'origine.

L'erreur semble se produire lors de la modification d'un xib dans le constructeur d'interface. Si vous essayez d'exécuter alors que le constructeur d'interface est ouverte dans Xcode il provoque l'erreur ci-dessus. Pour résoudre simplement fermer l'éditeur de constructeur d'interface. dire il suffit de sélectionner un fichier de code de votre projet et vous êtes dans l'éditeur de code source.

Answer 11

Le plus simple (et probablement la cause la plus commune) semble être la reconstruction sans aucune modification.

Donc, la chose la plus simple à guérir est de faire un changement trivial dans un fichier source (par exemple l'ajout d'un espace, puis le supprimer), puis la reconstruction.

Si cela ne fonctionne pas, vous pouvez essayer toutes les autres réponses ici.

Pendant des mois, j'obtenir cette erreur sans se rendre compte qu'elle était due à une telle cause simple. Je fais habituellement un Clean Construire pour se débarrasser de celui-ci.

Answer 12

Dans mon cas, il est arrivé quand aucun changement n'a été fait. Faire un changement à tout fichier et exécutez à nouveau.

Answer 13

Quand je créé ipa par terminal à l'aide des commandes xcodebuild, mais ipa créé lors de l'installation, je recevais même erreur. exportOptionsPlist résolu mon problème.

xcodebuild -exportArchive -archivePath  projectPath/myapp.xcarchive  -exportPath  projectPath/myApp.ipa  -exportOptionsPlist  ProjectFolder/exportPlist.plist

Answer 14

Pour moi, la question était liée aux paramètres du profil de provisionnement. L'indice de cela était que debug installiez ok, mais une autorisation n'étaient pas construit. Je voulais tester une version release, alors j'ai couru le schéma avec cette configuration de construction.

Je l'ai fixé en dupliquant la configuration Release, puis modifier les champs dans les paramètres de construction pour avoir les mêmes choses d'approvisionnement comme si je le déboguer.

(Ajout d'une autre configuration de build vous donnera des maux de tête si vous utilisez Cocoapods cependant, vous devrez modifier votre PODFILE)

Answer 15

Je reçois la même chose, lors de l'installation sur un iPod Touch. Je ne peux pas créer un lien pour le simulateur (pour d'autres raisons), ne peut donc pas dire si le problème se produit là-bas.

Oui, la reconstruction propre ou la suppression de l'application de l'appareil me permet d'installer à nouveau. Ni sont souhaitables, des solutions itératives!

Le minimum « nettoyage » Je suis venu à travers un travail autour de supprimer manuellement le Foo.app dans le répertoire build / Debug-iphoneos.

Answer 16

il semble que ce soit un bug dans Xcode 3.2.2: iphonedevsdk

Answer 17

J'ai eu le même problème dans Xcode 3.2.1 quand je mets un + à mon nom de l'application. Plus précisément, le « nom du produit » dans les paramètres de construction. Il est bien d'avoir un + au nom de paquet dans votre Info.plist. Le même sans doute à d'autres caractères de ponctuation.

Answer 18

Aller à la fenêtre> Agenda> Projets> Trouvez votre projet et de suppression des données dérivées

Answer 19

Je suis cette erreur par intermittence lors de l'installation application en utilisant l'utilitaire de configuration iPhone sur Windows 7. Following solution works - Go to C:\Users\{lanusername}\AppData\Local\Temp and delete app specific folders (e.g. abc.app) and try installing app again.

Answer 20

Je l'ai signalé ce bug sur ICU (versions de Windows) à Apple en Juin 2011. Avec les solutions de contournement suivantes:

La solution est la suivante ....

Win XP

1) A proximité ICU

2) Supprimer le dossier temp: c: \ Documents and Settings \ [nom d'utilisateur] \ Local Settings \ Temp \ [AppName] .app

3) Supprimez le dossier deploy: c: \ Documents and Settings \ [nom d'utilisateur] \ Application Data \ Apple Computer \ MobileDevice

4) Recommencer ICU. Faites glisser l'application et installer normalement.

============================

Win 7

1) A proximité ICU

2) Supprimer le dossier temp: c: \ Users \ [nom d'utilisateur] \ AppData \ Local \ Temp \ [AppName] .app

3) Supprimez le dossier deploy: c: \ Users \ [nom d'utilisateur] \ AppData \ Local \ Apple Computer \ MobileDevice \ Applications \ [AppName] .app

4) Recommencer ICU. Faites glisser l'application et installer normalement.

=============================================== ==========

Answer 21

Je simplement reconstruit mon application, et qui a résolu la question.

Answer 22

J'ai aussi fait face à la même question. Après avoir perdu beaucoup de temps, je compris que mon nom de produit a un caractère spécial « ? » qui tubé le problème

Answer 23

Avoir le dossier DerivedData à un emplacement réseau causé ce problème pour moi.

Après avoir essayé tout le reste, j'ai découvert mon poste de travail ne pouvait pas être d'accord avec le serveur de l'Université de ce que le temps était. (Il pensait que tout était toujours modifié). Je devais aussi nettoyer pour chaque reconstruisent pour éviter ce message frustrant.

En fin de compte, j'ai abandonné et construit localement, en changeant Xcode> Préférences> Lieux ... se sentir tout à fait assez stupide pour avoir jamais construit sur le réseau.

Answer 24

Nous sommes tombés sur cette questions sur XCode_6.3.1. Nous étions en train de construire une application Apple Watch, avec une extension. Nous avons un tas de pods .. Après le débogage de la question pendant près d'un tas d'heures, ce que nous avons trouvé était qu'il y avait un problème avec la façon dont un fichier a été Adde au projet ..

Il semble que quelques références à un fichier utilisé était assis dans l'application iPhone, mais il a été utilisé dans l'App montre .. Il se trouve que le XCode d'erreur montrais était totalement inutile.

Après avoir supprimé ce fichier et re ajoutant revenir au projet, le projet a commencé à travailler bien et a été en mesure d'installer l'appareil. Pour le rendre encore plus difficile à déboguer les problèmes, la version de débogage a été installé sans problème, mais n'a pas pu installer la version norman ..

Assurez-vous d'ajouter vos fichiers à la bonne cible et, regardez l'histoire git et voir s'il y a des fragments qui sont persistants ajoutés à la mauvaise cible.

Answer 25

Ceci est un message d'erreur indiquant très général quelque chose de mal au cours du processus de validation de la signature de code. Pour connaître l'erreur spécifique, vous pouvez aller à Xcode-> Window-> Périphériques et vérifiez votre journal de l'appareil.

Dans mon cas, je suit console crachent

1 février 18:53:07 installd iPod-touch [40]: 0x1001f8000 - [MICodeSigningVerifier performValidationWithError:]: 192: Impossible de vérifier la signature du code de: 0xe8008017 (ressources signées ont été ajoutés, supprimés ou modifiés)

Vérifier ce cadre 3ème partie à nouveau, j'ai trouvé un fichier CodeResources supplémentaire sous la racine de cadre. Retirez ce fichier résolu le problème.

Answer 26

Dans mon cas, quittez et redémarrer XCode a travaillé.