Problème lors de l'installation d'une application ad-hoc sur un iPhone: les ressources ont été modifiées. & # 8221;
https://stackoverflow.com/questions/1409985
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Je peux installer une application sur mon iPhone de développement compilé avec "Debug". configuration en utilisant mon approvisionnement ad hoc et tout fonctionne correctement. Mais lorsque je le construis à l’aide de " Release " configuration, iTunes dit: L’application XXX n’a pas été installée sur le iPhone " YYYY " parce que ses ressources ont été modifiées.
Je n'ai jamais vu ce message auparavant. Quelqu'un sait-il ce que cela signifie?
Merci!
Antonio
La solution 2
Nous nous sommes finalement débarrassés du problème. Nous essayions d'inclure une image pour iTunes après avoir créé la construction, mais lorsque nous avons utilisé cette méthode ( http://iosdevelopertips.com/xcode/itunes-icon-for-ad-hoc-distributions.html ) tout s'est bien passé.
Autres conseils
Nous avons eu le même problème lors de notre première version bêta. Quelqu'un sous Windows a creusé dans le dossier xxx.app puis Explorer a créé un fichier Thumbs.db à l'intérieur et, boom , il a reçu le message "L'application XXX était non installé sur l'iPhone " YYYY " parce que ses ressources ont été modifiées. " lorsqu’il a essayé de s’installer.
Il a dû supprimer l'application d'iTunes, supprimer tous les Thumbs.db de xxx.app, puis cela a fonctionné.
Juste au cas où cela pourrait aider quelqu'un: Dans mon cas, j'ai copié le .app sur un lecteur réseau, puis sur mon ordinateur Win7 avant de le faire glisser dans iTunes - cela ne fonctionnait pas. Lorsque j’ai compressé le fichier .app avant de le copier, puis l’a décompressé à l’autre extrémité - cela a fonctionné. Bien sûr, je ne sais vraiment pas pourquoi ....
Votre configuration de débogage et votre configuration de version comportent des différences importantes et la version est beaucoup plus proche de ce à quoi devrait ressembler ad-hoc. Par conséquent, vous devez d’abord dupliquer la configuration de la version, puis créer et appeler votre copie "Ad-Hoc", et vous assurer d’utiliser votre profil de provisionnement ad hoc. Ensuite, vous devez créer un nouveau fichier de droits. La nouvelle version de Xcode propose une fonctionnalité intéressante dans laquelle vous pouvez créer et archiver votre application dans un fichier ipa incluant votre profil de provisioning.
Comment faire tout cela est expliqué ici: http://www.tuaw.com/2010/05/23/devsugar-a-better-way-to-share-ad-hoc-builds/
Dans ces instructions, lorsqu'il vous indique de créer le fichier de liste de privilèges de droits, il décoche de cocher get-task-allow dans le fichier de liste de programmes. Lorsque j'ai créé le fichier de droits, il n'y avait pas de ligne get-task-allow, alors j'en ai créé une, j'ai défini le type sur boolean et je l'ai laissé non coché. Cela a très bien fonctionné pour moi.
La meilleure solution pour éviter ce genre de problème est de créer un fichier IPA. Voici un bon guide pas à pas pour créer une cible IPA dans XCode:
http: //idotcomllc.wordpress.com/2009/05/26/how-to-build-a-ipa-file-from-xcode/
Il commence par un projet d'introduction, alors recherchez "Agrégat". pour trouver le point où il commence à vous dire comment créer une nouvelle cible IPA pour la construction.
Je télécharge directement l'application sur un serveur sur lequel Windows peut également se rendre. Puis compressez-le sous Windows.
Je l'ai eu, ai fait un build propre et je ne l'ai plus jamais revu.
Les archives incomplètes ipa / zip (reçues à la fin de l’installation) en étaient la cause.
J'ai eu ce problème en utilisant un script d'exécution pour cp -R le fichier .app dans le dossier Payload, pour une raison quelconque, lorsque le script a copié le fichier, il l'a modifié d'une manière ou d'une autre, si j'ai utilisé finder et copié manuellement le fichier .app dans le dossier de charge utile et compressé manuellement le fichier .ipa, il a bien fonctionné. Je l'ai testé plusieurs fois à l'aide de codesign -v pour vérifier le fichier .app. toujours à travers l'erreur après une construction et le script d'exécution. mais pas d'erreur quand je copierais le fichier manuellement.
Pour moi, le problème était que les fichiers .Double soient ajoutés à tous les répertoires d'un lecteur réseau partagé. Nous sommes principalement un environnement Windows et le Mac enregistrait le fichier .Double sur le lecteur, dans chaque répertoire.
Littéralement, pour résoudre le problème mentionné ci-dessus, j'ai simplement supprimé les fichiers .Double de chaque répertoire (de l'application en cours de copie sur iTunes) et résolu le problème.
J'espère que cela aide quelqu'un!
J'ai été chargé de tester certaines applications et, pour une raison quelconque, j'étais le seul de mon équipe à avoir reçu cette erreur. Je travaille sur un XP. Toutes les applications que nous testons utilisent le même fichier de provisioning, mais certaines synchroniseraient, d'autres non. Je ne sais pas ce qui a été résolu, mais je suis allé dans mon dossier * Ma musique \ iTunes \ iTunes Media \ Applications mobiles * , j'ai supprimé le fichier .ipa existant de l'application que je tentais de synchroniser et il semblait que synchroniser bien après. Ce n'est peut-être pas la solution à votre problème, mais essayez-le.
Si vous travaillez avec des asstes sur un Mac ou si vous avez un contenu versionné, j'ai le même problème avec les fichiers .DS_Store et les dossiers cachés .git. Une fois supprimé des actifs, le problème a disparu. Cela pourrait être un problème avec les fichiers cachés.
