Błąd Xcode 6.1 podczas budowania IPA

Question

Po prostu uaktualniono do Xcode 6.1 dzisiaj i zgadnij co: teraz mam problemy z przesyłaniem kompilacji przy użyciu aplikacji komputerowej TestFlight. Tutaj jest błąd Dostaję natomiast aplikacja rozpoczyna budowę IPA:

error: /usr/bin/codesign --force --preserve-metadata=identifier,entitlements,resource-rules --sign 854059d45eed724593debef577a562e1ba96ab55 --resource-rules=/tmp/QYFSJIvu7W/Payload/XX.app/ResourceRules.plist /tmp/QYFSJIvu7W/Payload/XX.app failed with error 1. Output: Warning: usage of --preserve-metadata with option "resource-rules" (deprecated in Mac OS X >= 10.10)! Warning: --resource-rules has been deprecated in Mac OS X >= 10.10! /tmp/QYFSJIvu7W/Payload/XX.app/ResourceRules.plist: cannot read resources

do „Pomoc Artykuł” nie ma pojęcia co się dzieje.

To nie wydaje się być problemem TestFlight, ponieważ to samo dzieje się w środowisku CI, takim jak Jenkins, używając xcrun lub podobnych narzędzi.

Aplikacja nie była aktualizowana przez wiele miesięcy, więc wiem, że nie powinienem oczekiwać żadnych aktualizacji, aby rozwiązać ten problem w najbliższym czasie. Kiedyś pracowałem naprawdę dobrze dla mnie i moich klientów, więc nie jestem zbytnio zainteresowany rezygnowaniem z czegoś innego.

Wszelkie sugestie dotyczące tego, o co chodzi w tym błędzie, i sposób jego naprawy byłyby bardzo cenne.

Answer 1

Chciałbym wiedzieć dlaczego to działa, ale here's a fix że pracował dla mnie:

Found the fix !

Click on your project > Targets > Select your target > Build Settings >

Code Signing Resource Rules Path

and add :

$(SDKROOT)/ResourceRules.plist

Answer 2

Wysłałem e-mail wsparcia TestFlight i dostał tej odpowiedzi:

Our team is currently investigating this issue with the TestFlight Desktop app. In the meantime, please use Xcode to create the IPA file and then upload it using the desktop app or the TestFlight website.

Sugerowana obejście wyszło.

Answer 3

Jak określono w another answer, można też po prostu nie określa certyfikat dystrybucji do podpisania i będą go zapakować prawidłowo . TestFlight będzie musiał zaktualizować swoją aplikację, aby to zrobić.

Answer 4

Poprawiona dla mnie łatka dla PackageApplications, usunąłem reguły zasobów, ponieważ są one nieaktualne w dniu 10.10.

Testflight buduje pracę bez niego. Appstore również 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}); 

Answer 5

W Yosemite z XCode 6.4 nawet przy użyciu poprawki SDKROOT nieudane wysyłanie kodów. Poniższy artykuł wyjaśnia, jak załączyć skrypt XCode, aby obejść ten problem. Zauważ, że jest to łatanie XCode, więc jest to wersja specyficzna, ale rozwiązuje problem.

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

Answer 6

answer 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, aby wyczyścić swój kod Podpisanie Rules zasobów Path i zastąpić xcrun z xcodebuild narzędzia:

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

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

Tam są inne opcje dostępne dla tego plist pliku dotyczące bitcode, rozrzedzenie aplikacji, itp. Dlatego myślę, że narzędzie xcodebuild jest właściwym narzędziem do eksportowania plików ipa dla iOS 9 i wyżej.

Więcej szczegółów o opcjach plist jest dostępnych z poleceniem xcodebuild -help.

Answer 7

answer z Alistry działa dla mnie, ale nie chcę zmieniać skryptu, który nie jest mój (przyszłe wydanie Xcode może zmienić ten plik, a korekta zostanie utracona).

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ę answer od Vladimir Grigorov jest najlepszy, jeśli masz archiwum przy użyciu:

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

W moim przypadku nie ma archiwum, bo po modyfikacji aplikacji budować i muszę zmienić identyfikator pakietu i podpisanie certyfikatu.

Rozwiązaniem, które znalazłem, jest zadzwonienie pod numer codesign przed użyciem PackageApplication. Tak:

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 osadzony plik .mobileprovision używając do podpisania z cp.