Błąd Xcode 6.1 podczas budowania IPA

Właśnie zaktualizowałem Xcode 6.1 dzisiaj i zgadnij co: teraz mam problem z przesyłaniem kompilacji za pomocą aplikacji komputerowej TestFlight. Oto błąd, który otrzymuję, gdy aplikacja zaczyna tworzyć IPA:

błąd: / usr / bin / codeign --force --preserve-metadata = identyfikator, uprawnienia, reguły zasobów --sign 854059d45eed724593debef577a562e1ba96ab55 --resource-rules = / tmp / QYFSvu7W / Payload / XX.app / ResourceRules.plist / tmp Błąd /QYFSJIvu7W/Payload/XX.app z powodu błędu 1. Wyjście: Ostrzeżenie: użycie opcji --preserve-metadata z opcją "resource-rules" (przestarzałe w Mac OS X> = 10.10)! Ostrzeżenie: --resource-rules jest przestarzałe w Mac OS X> = 10.10! /tmp/QYFSJIvu7W/Payload/XX.app/ResourceRules.plist: nie można odczytać zasobów

„Artykuł pomocniczy” nie ma pojęcia, co się dzieje.

Nie wydaje się, aby był to problem TestFlight, ponieważ to samo dzieje się w środowisku CI, takim jak Jenkins, przy użyciu xcrun lub podobnych narzędzi.

Aplikacja nie była aktualizowana od miesięcy, więc wiem, że nie powinienem oczekiwać żadnych aktualizacji, które to naprawią w najbliższym czasie. Kiedyś działał naprawdę dobrze dla mnie i moich klientów, więc nie chcę go porzucać dla czegoś innego.

Wszelkie pomysły na temat tego błędu i sposobu jego naprawienia będą bardzo mile widziane.

Chciałbym wiedzieć, dlaczego to działa, ale oto poprawka, która zadziałała:

Znalazłem poprawkę!

Kliknij projekt> Cele> Wybierz cel> Ustawienia kompilacji>

Code Signing Resource Rules Path

i dodaj :

$(SDKROOT)/ResourceRules.plist

Następująca poprawka dla PackageApplications naprawiła to za mnie, usunąłem reguły zasobów, ponieważ mówi, że są przestarzałe w 10.10.

Kompilacje Testflight działają bez niego. Appstore też się buduje.

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

Wysłałem e-mail do pomocy technicznej TestFlight i otrzymałem tę odpowiedź:

Nasz zespół obecnie bada ten problem w aplikacji TestFlight Desktop. W międzyczasie użyj Xcode, aby utworzyć plik IPA, a następnie prześlij go za pomocą aplikacji komputerowej lub witryny TestFlight.

Sugerowane obejście zadziałało.

Odpowiedź Tim Gostony nie działa już od momentu wydania Xcode 7. Teraz proces składania App Store zawodzi, gdy przepisy zasobów są obecne. Rozwiązaniem jest wyczyszczenie ścieżki reguł zasobów podpisywania kodu i zastąpienie xcrun narzędziem xcodebuild:

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

Najprostszy Options.plist do eksportowania plików ipa dystrybucji ad hoc wygląda następująco:

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

Istnieją inne opcje dostępne dla tego pliku plist, dotyczące kodu bitowego, przerzedzania aplikacji itp. Dlatego uważam, że narzędzie xcodebuild jest odpowiednim narzędziem do eksportowania plików ipa na iOS 9 i nowsze.

Więcej szczegółów na temat opcji plist jest dostępnych za pomocą polecenia xcodebuild -help.

W Yosemite w / XCode 6.4, nawet przy użyciu poprawki SDKROOT, kodowanie kończy się niepowodzeniem. Poniższy artykuł wyjaśnia, jak załatać skrypt XCode, aby obejść ten problem. Zauważ, że jest to łatanie XCode, więc jest to zależne od wersji, ale rozwiązuje problem.

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

Odpowiedź od pracy Alistra dla mnie, ale ja nie chce zmienić skrypt, który nie jest moje (przyszłe uwolnienie Xcode może zmienić ten plik i korekty zostaną utracone).

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

Myślę, że odpowiedź Vladimira Grigorova jest najlepsza, jeśli masz archiwum wykorzystujące:

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

W moim przypadku nie mam archiwum, ponieważ modyfikuję aplikację po jej skompilowaniu i muszę zmienić Bundle ID i certyfikat podpisujący.

Rozwiązaniem, które znalazłem, jest zadzwonić do codesignsiebie przed użyciem PackageApplicationi poprosić, PackageApplicationaby nie podpisywać. Lubię to :

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

Nie zapomnij osadzić .mobileprovisionpliku, używając do podpisania cp.

Jak określono w innej odpowiedzi , możesz po prostu nie określać certyfikatu dystrybucyjnego do podpisania, a zostanie on prawidłowo spakowany. Aby to zrobić, TestFlight musiałby zaktualizować swoją aplikację.