Erreur Xcode 6.1 lors de la construction de l'IPA

Je viens de passer à Xcode 6.1 aujourd'hui, et devinez quoi: maintenant, j'ai du mal à soumettre des builds à l'aide de l'application de bureau TestFlight. Voici l'erreur que j'obtiens lorsque l'application commence à créer l'IPA:

erreur: / usr / bin / codesign --force --preserve-metadata = identifiant, droits, règles de ressources --sign 854059d45eed724593debef577a562e1ba96ab55 --resource-rules = / tmp / QYFSJIvu7W / Payload / XX.app / ResourceRules.plist / tmp /QYFSJIvu7W/Payload/XX.app a échoué avec l'erreur 1. Sortie: Avertissement: utilisation de --preserve-metadata avec l'option "resource-rules" (obsolète sous Mac OS X> = 10.10)! Attention: --resource-rules est obsolète sous Mac OS X> = 10.10! /tmp/QYFSJIvu7W/Payload/XX.app/ResourceRules.plist: impossible de lire les ressources

L '«article de support» n'a aucune idée de ce qui se passe.

Cela ne semble pas être un problème TestFlight car la même chose se produit dans un environnement CI comme Jenkins en utilisant le xcrun ou des outils similaires.

L'application n'a pas été mise à jour depuis des mois, je sais donc que je ne devrais pas m'attendre à des mises à jour pour résoudre ce problème de sitôt. Cela fonctionnait très bien pour moi et mes clients, donc je n'ai pas vraiment envie de l'abandonner pour autre chose non plus.

Toute idée de ce qu'est cette erreur et de la manière de la corriger serait très appréciée.

J'aimerais savoir pourquoi cela fonctionne, mais voici un correctif qui a fonctionné pour moi:

J'ai trouvé le correctif!

Cliquez sur votre projet> Cibles> Sélectionnez votre cible> Paramètres de construction>

Code Signing Resource Rules Path

et ajouter :

$(SDKROOT)/ResourceRules.plist

Le correctif suivant pour PackageApplications l'a corrigé pour moi, j'ai supprimé les règles de ressources car il dit qu'il est obsolète sur 10.10.

Les builds Testflight fonctionnent sans cela. L'Appstore se construit également.

/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin
 % diff PackageApplication PackageApplicationFixed 
155,157c155,156
<     my @codesign_args = ("/usr/bin/codesign", "--force", "--preserve-metadata=identifier,entitlements,resource-rules",
<                          "--sign", $opt{sign},
<                          "--resource-rules=$destApp/ResourceRules.plist");
---
>     my @codesign_args = ("/usr/bin/codesign", "--force", "--preserve-metadata=identifier,entitlements",
>                          "--sign", $opt{sign});

J'ai envoyé un e-mail au support TestFlight et j'ai obtenu cette réponse:

Notre équipe étudie actuellement ce problème avec l'application de bureau TestFlight. En attendant, veuillez utiliser Xcode pour créer le fichier IPA, puis le télécharger à l'aide de l'application de bureau ou du site Web TestFlight.

La solution de contournement suggérée a fonctionné.

La réponse de Tim Gostony ne fonctionne plus depuis la sortie de Xcode 7. Désormais, le processus de soumission de l'App Store échoue lorsque des règles de ressources sont présentes. La solution consiste à effacer le chemin des règles de ressources de signature de code et à remplacer xcrun par l'outil xcodebuild:

xcodebuild -exportArchive -archivePath [path to archive] -exportPath [path to output directory] -exportOptionsPlist [path to options.plist file]

Le fichier Options.plist le plus simple pour exporter des fichiers ipa de distribution ad-hoc ressemble à ceci:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>iCloudContainerEnvironment</key>
    <string>Production</string>
    <key>teamID</key>
    <string>[YOUR TEAM ID]</string>
    <key>method</key>
    <string>ad-hoc</string>
</dict>
</plist>

Il existe d'autres options disponibles pour ce fichier plist concernant le bitcode, l'amincissement des applications, etc. C'est pourquoi je pense que l'outil xcodebuild est le bon outil pour exporter des fichiers ipa pour iOS 9 et supérieur.

Plus de détails sur les options plist sont disponibles avec la commande xcodebuild -help.

Sur Yosemite avec XCode 6.4, même en utilisant le patch SDKROOT, la signature de code échoue. L'article suivant explique comment patcher le script XCode pour contourner ce problème. Notez que cela corrige XCode, donc il est spécifique à la version, mais résout le problème.

http://www.jayway.com/2015/05/21/fixing-your-ios-build-scripts

La réponse d'Alistra fonctionne pour moi mais je ne veux pas changer un script qui n'est pas le mien (une future version de Xcode pourrait changer ce fichier et la correction sera perdue).

 diff PackageApplication PackageApplicationFixed 155,157c155,156
<-     my @codesign_args = ("/usr/bin/codesign", "--force", "--preserve-metadata=identifier,entitlements,resource-rules",
<-                          "--sign", $opt{sign},
<-                          "--resource-rules=$destApp/ResourceRules.plist");
---
->     my @codesign_args = ("/usr/bin/codesign", "--force", "--preserve-metadata=identifier,entitlements",
->                          "--sign", $opt{sign});

Je pense que la réponse de Vladimir Grigorov est la meilleure si vous avez une archive utilisant:

xcodebuild -exportArchive -archivePath [path to archive] -exportPath [path to output directory] -exportOptionsPlist [path to options.plist file]

Dans mon cas, je n'ai pas l'archive, car je modifie l'application après l'avoir créée et je dois changer l'ID du bundle et le certificat de signature.

La solution que j'ai trouvée est de m'appeler codesignavant d'être utilisé PackageApplicationet de demander PackageApplicationà ne pas signer. Comme ça :

replace :

 /usr/bin/xcrun -sdk iphoneos PackageApplication -v "<app_path>" -o "<ipa_path>" --sign "<provisioning_profile.certificateSubject>" --embed "<provisioning_profile.path>"

by :

/bin/cp -rpfv "<provisioning_profile.path>" "<app_path>/embedded.mobileprovision"
/usr/bin/codesign -v -vvvv -f -s "<provisioning_profile.certificateSubject>" --entitlements="<entitlement_path>" "<app_path>"
/usr/bin/xcrun -sdk iphoneos PackageApplication -v "<app_path>" -o "<ipa_path>"

N'oubliez pas d'intégrer le .mobileprovisionfichier en utilisant pour vous connecter cp.

Comme spécifié dans une autre réponse , vous pouvez également ne pas spécifier le certificat de distribution avec lequel vous connecter et il emballera correctement. TestFlight devrait mettre à jour son application pour ce faire.