Errore Xcode 6.1 durante la creazione di IPA

Ho appena eseguito l'upgrade a Xcode 6.1 oggi e indovinate un po ': ora ho problemi a inviare build usando l'app desktop TestFlight. Ecco l'errore che ricevo mentre l'app inizia a creare l'IPA:

errore: / usr / bin / codesign --force --preserve-metadata = identificatore, diritti, regole-risorse - firma 854059d45eed724593debef577a562e1ba96ab55 --resource-rules = / tmp / QYFSJIvu7W / Payload / XX.app / ResourceRules.plist / tmp /QYFSJIvu7W/Payload/XX.app non riuscito con errore 1. Output: avviso: utilizzo di --preserve-metadata con l'opzione "regole-risorse" (obsoleto in Mac OS X> = 10.10)! Attenzione: --resource-rules è stato deprecato in Mac OS X> = 10.10! /tmp/QYFSJIvu7W/Payload/XX.app/ResourceRules.plist: impossibile leggere le risorse

L '"Articolo di supporto" non ha idea di cosa stia succedendo.

Non sembra essere un problema TestFlight perché la stessa cosa accade in un ambiente CI come Jenkins usando xcrun o strumenti simili.

L'app non è stata aggiornata per mesi, quindi so che non dovrei aspettarmi aggiornamenti per risolverlo presto. Funzionava davvero bene per me e per i miei clienti, quindi non sono nemmeno molto interessato ad abbandonarlo per qualcos'altro.

Qualche idea su cosa sia questo errore e su come risolverlo sarebbe molto apprezzata.

Vorrei sapere perché funziona, ma ecco una soluzione che ha funzionato per me:

Ho trovato la soluzione!

Fai clic sul tuo progetto> Obiettivi> Seleziona il tuo obiettivo> Impostazioni di costruzione>

Code Signing Resource Rules Path

e aggiungi :

$(SDKROOT)/ResourceRules.plist

La seguente patch per PackageApplications l'ha risolto per me, ho rimosso le regole delle risorse poiché dice che è obsoleto il 10.10.

Testflight crea lavoro senza di essa. Costruisce anche Appstore.

/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});

Ho inviato un'e-mail al supporto TestFlight e ho ottenuto questa risposta:

Il nostro team sta attualmente esaminando questo problema con l'app TestFlight Desktop. Nel frattempo, utilizzare Xcode per creare il file IPA e quindi caricarlo utilizzando l'app desktop o il sito Web TestFlight.

La soluzione suggerita ha funzionato.

La risposta di Tim Gostony non funziona più dal rilascio di Xcode 7. Ora il processo di invio dell'App Store fallisce quando sono presenti le regole delle risorse. La soluzione è cancellare il percorso delle regole delle risorse per la firma del codice e sostituire xcrun con lo strumento xcodebuild:

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

Il semplice Options.plist per l'esportazione di file ipa di distribuzione ad hoc è simile al seguente:

<?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>

Esistono altre opzioni disponibili per questo file plist per bitcode, assottigliamento delle app, ecc. Ecco perché penso che lo strumento xcodebuild sia lo strumento giusto per esportare i file ipa per iOS 9 e versioni successive.

Maggiori dettagli sul plist di opzioni sono disponibili con il comando xcodebuild -help.

Su Yosemite con XCode 6.4 anche usando la patch SDKROOT la codifica dei codici fallisce. Il seguente articolo spiega come correggere lo script XCode per ovviare a questo. Si noti che si tratta di patch XCode, quindi è specifico della versione, ma risolve il problema.

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

La risposta di Alistra funziona per me, ma non voglio cambiare uno script che non è mio (una futura versione di Xcode potrebbe cambiare questo file e la correzione andrà persa).

 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});

Penso che la risposta di Vladimir Grigorov sia la migliore se si dispone di un archivio che utilizza:

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

Nel mio caso, non ho l'archivio, perché modifico l'applicazione dopo averlo creato e devo cambiare l'ID pacchetto e il certificato di firma.

La soluzione che ho trovato è di chiamarmi codesignprima dell'uso PackageApplicatione chiedere PackageApplicationdi non firmare. Come questo :

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>"

Non dimenticare di incorporare il .mobileprovisionfile usando per accedere cp.

Come specificato in un'altra risposta , è anche possibile non specificare il certificato di distribuzione con cui firmare e verrà impacchettato correttamente. TestFlight dovrebbe aggiornare la propria app per farlo.