Xcode 6.1-Fehler beim Erstellen von IPA

Habe heute ein Upgrade auf Xcode 6.1 durchgeführt und weißt du was? Jetzt habe ich Probleme beim Senden von Builds mit der TestFlight-Desktop-App. Hier ist der Fehler, den ich bekomme, wenn die App mit dem Erstellen des IPA beginnt:

Fehler: / usr / bin / Codesign --force --preserve-metadata = Bezeichner, Berechtigungen, Ressourcenregeln --sign 854059d45eed724593debef577a562e1ba96ab55 --resource-rules = / tmp / QYFSJIvu7W / Payload / XX.app / ResourceRules.plist / tmp /QYFSJIvu7W/Payload/XX.app ist mit Fehler 1 fehlgeschlagen. Ausgabe: Warnung: Verwendung von --preserve-metadata mit der Option "Ressourcenregeln" (veraltet in Mac OS X> = 10.10)! Warnung: --resource-rules ist in Mac OS X> = 10.10 veraltet! /tmp/QYFSJIvu7W/Payload/XX.app/ResourceRules.plist: Ressourcen können nicht gelesen werden

Der "Support-Artikel" hat keine Ahnung, was los ist.

Es scheint kein TestFlight-Problem zu sein, da in einer CI-Umgebung wie Jenkins mit xcrun oder ähnlichen Tools dasselbe passiert.

Die App wurde monatelang nicht aktualisiert, daher weiß ich, dass ich nicht damit rechnen sollte, dass Updates dies bald beheben. Früher hat es für mich und meine Kunden sehr gut funktioniert, daher bin ich auch nicht wirklich daran interessiert, es für etwas anderes aufzugeben.

Alle Ideen, worum es bei diesem Fehler geht und wie er behoben werden kann, sind sehr willkommen.

Ich wünschte, ich wüsste, warum es funktioniert, aber hier ist ein Fix , der für mich funktioniert hat:

Habe das Update gefunden!

Klicken Sie auf Ihr Projekt> Ziele> Wählen Sie Ihr Ziel> Build-Einstellungen>

Code Signing Resource Rules Path

und hinzufügen:

$(SDKROOT)/ResourceRules.plist

Der folgende Patch für PackageApplications hat das Problem für mich behoben. Ich habe Ressourcenregeln entfernt, da es besagt, dass es am 10.10 veraltet ist.

Testflight Builds funktionieren ohne sie. Appstore baut auch.

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

Ich habe eine E-Mail an den TestFlight-Support gesendet und folgende Antwort erhalten:

Unser Team untersucht dieses Problem derzeit mit der TestFlight Desktop-App. Verwenden Sie in der Zwischenzeit Xcode, um die IPA-Datei zu erstellen, und laden Sie sie dann mit der Desktop-App oder der TestFlight-Website hoch.

Die vorgeschlagene Problemumgehung hat funktioniert.

Die Antwort von Tim Gostony funktioniert seit der Veröffentlichung von Xcode 7 nicht mehr. Jetzt schlägt der App Store-Übermittlungsprozess fehl, wenn Ressourcenregeln vorhanden sind. Die Lösung besteht darin, den Pfad für die Codesignatur-Ressourcenregeln zu löschen und xcrun durch das xcodebuild-Tool zu ersetzen:

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

Die einfachste Options.plist zum Exportieren von Adpa-Distributions-IPA-Dateien sieht folgendermaßen aus:

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

Für diese Plist-Datei stehen weitere Optionen in Bezug auf Bitcode, App-Ausdünnung usw. zur Verfügung. Aus diesem Grund denke ich, dass das xcodebuild-Tool das richtige Tool zum Exportieren von ipa-Dateien für iOS 9 und höher ist.

Weitere Details zu Optionen plist finden Sie mit dem Befehl xcodebuild -help.

Unter Yosemite mit XCode 6.4 schlägt die Codesignierung auch mit dem SDKROOT-Patch fehl. Im folgenden Artikel wird erläutert, wie Sie das XCode-Skript patchen, um dies zu umgehen. Beachten Sie, dass hiermit XCode gepatcht wird, es ist also versionsspezifisch, behebt jedoch das Problem.

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

Die Antwort von Alistra funktioniert für mich, aber ich möchte kein Skript ändern, das nicht von mir stammt (eine zukünftige Xcode-Version könnte diese Datei ändern und die Korrektur geht verloren).

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

Ich denke, die Antwort von Vladimir Grigorov ist die beste, wenn Sie ein Archiv haben, das Folgendes verwendet:

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

In meinem Fall habe ich das Archiv nicht, da ich die Anwendung nach dem Erstellen ändere und die Bundle-ID und das Signaturzertifikat ändern muss.

Die Lösung, die ich gefunden habe, besteht darin, codesignmich vorher anzurufen PackageApplicationund zu bitten PackageApplication, nicht zu unterschreiben. So was :

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

Vergessen Sie nicht, die .mobileprovisionDatei zum Signieren mit einzubetten cp.

Wie in einer anderen Antwort angegeben , können Sie auch nicht das Verteilungszertifikat angeben, mit dem signiert werden soll, und es wird korrekt verpackt. TestFlight müsste dazu seine App aktualisieren.