Помилка Xcode 6.1 під час створення IPA

Щойно оновлений до Xcode 6.1 сьогодні, і здогадайтесь, що: Тепер у мене виникають проблеми з поданням збірок за допомогою настільного додатку TestFlight. Ось помилка, яку я отримую, коли програма починає створювати IPA:

помилка: / usr / bin / codeign --force --preserve-metadata = ідентифікатор, права, ресурс-правила - знак 854059d45eed724593debef577a562e1ba96ab55 --resource-rules = / tmp / QYFSJIvu7W / Payload / XX.app / ResourceRules.plist / tmp /QYFSJIvu7W/Payload/XX.app не вдалося з помилкою 1. Вихід: Попередження: використання - зберігати метадані з опцією "ресурс-правила" (застаріла в Mac OS X> = 10.10)! Попередження: --ресурси-правила застаріли в Mac OS X> = 10.10! /tmp/QYFSJIvu7W/Payload/XX.app/ResourceRules.plist: не вдається прочитати ресурси

"Стаття про підтримку" не має уявлення про те, що відбувається.

Здається, це не проблема TestFlight, оскільки те саме відбувається в умовах CI, як Дженкінс, використовуючи xcrun або подібні інструменти.

Додаток не оновлювався місяцями, тому я знаю, що я не повинен очікувати, що оновлення виправлять це в найближчий час. Раніше вона працювала дуже добре і для мене, і для моїх клієнтів, тому я теж не прагну відмовитися від чогось іншого.

Будемо дуже вдячні за будь-які ідеї щодо цієї помилки та як її виправити.

Я хотів би, щоб я знав, чому це працює, але ось виправлення, яке працювало для мене:

Знайшли виправлення!

Клацніть на своєму проекті> Цілі> Виберіть ціль> Налаштування збірки>

Code Signing Resource Rules Path

і додати:

$(SDKROOT)/ResourceRules.plist

Наступний патч для PackageApplications виправив його для мене, я видалив ресурс-правила, оскільки він говорить про застаріле 10.10.

Testflight будує роботу без цього. 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});

Я надіслав електронною поштою підтримку TestFlight і отримав таку відповідь:

Зараз наша команда розслідує цю проблему за допомогою програми TestFlight Desktop. Тим часом, використовуйте Xcode, щоб створити файл IPA, а потім завантажте його за допомогою програми для настільних ПК або веб-сайту TestFlight.

Запропонований спосіб спрацював.

Чи не відповідь Тіма Gostony більше не працює з випуском Xcode 7. Тепер процес подання App Store зазнає невдачі , коли правила ресурсу присутні. Рішення полягає в тому, щоб очистити шлях до правил підписання коду і замінити xcrun інструментом xcodebuild:

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

Найпростіший Options.plist для експорту спеціальних ipa-файлів розповсюдження виглядає приблизно так:

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

Для цього файлу плістів доступні інші варіанти щодо бітового коду, розрідження додатків тощо. Тому я вважаю, що інструмент xcodebuild є правильним інструментом для експорту ipa-файлів для iOS 9 і вище.

Більш докладні відомості про опціоністський список доступні за допомогою команди xcodebuild -help

На Yosemite w / XCode 6.4 навіть за допомогою патчу SDKROOT кодування, що спроектує, не вдається. Наступна стаття пояснює, як виправити скрипт XCode, щоб уникнути цього. Зауважте, що це виправлення XCode, тому воно є специфічним для версії, але виправляє проблему.

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

Відповідь від Алістра роботи для мене , але я не хочу , щоб змінити скрипт , який не мій (майбутній Xcode реліз може змінити цей файл , і корекція буде втрачена).

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

Я думаю, що відповідь від Володимира Григорова найкраща, якщо у вас є архів із використанням:

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

У моєму випадку у мене немає архіву, оскільки я змінюю програму після її складання, і мені потрібно змінити ідентифікатор пакета та сертифікат підписання.

Я знайшов рішення - зателефонувати codesignперед тим, як користуватися, PackageApplicationі попросити PackageApplicationне підписувати. Подобається це :

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

Не забудьте вставити .mobileprovisionфайл за допомогою підпису cp.

Як зазначено в іншій відповіді , ви також можете просто не вказати сертифікат розповсюдження для підписання, і він буде правильно упакований. Для цього TestFlight потрібно буде оновити свій додаток.