Я подав заявку на перевірку, і я помічаю, що збірка, яку я подав, пов’язана із проблемою, оскільки Build 168 does not contain the correct beta entitlement. я ніде не міг знайти інформацію про цю помилку. Що це означає і чи буде це заважати процесу розгляду? Сьогодні мій додаток було представлено з Xcode 5.1.1 для iOS 7 (не Xcode GM). Можливо, це стосується Testflight?
Відповіді:
Будь ласка, відновіть свій профіль забезпечення. Це вирішить цю проблему, тому що відсутнє право зараз єbeta-reports-active = 1
Створивши новий профіль підготовки, переконайтеся, що право є.
Ось як це повинно виглядати, коли ви натискаєте в Організаторі "Експорт .." -> "Зберегти для розгортання App Store для iOS":
Apple вчора зробила нам невеликий сюрприз, не повідомивши про це. Існує нове право, яке додається під час відновлення сертифіката розподілу. Коли ви відновлюєтесь, як казали інші, це має вирішити вашу проблему. Однак це пов’язано не з магією, а через те, що відсутнє право зараз єbeta-reports-active = 1
Завантаживши новий профіль підготовки, переконайтеся, що право є, відновіть свій IPA, і це попередження нарешті зникне. Якщо ви керуєте своїм, Entitlements.plistне забудьте включити цей новий ключ.
<?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>aps-environment</key>
<string>production</string>
<key>get-task-allow</key>
<false/>
<key>beta-reports-active</key>
<true/>
<key>application-identifer</key>
<string>bkahblahblah</string>
</dict>
</plist>
Так, вам потрібно відтворити профіль підготовки, і ще одна важлива річ полягає в тому, що вам потрібно забезпечити свій додаток профілем надання розповсюдження в App Store.
Ось як це повинно виглядати, коли ви натискаєте в Організаторі "Експорт ..." -> "Зберегти для розгортання App Store для iOS":
Ви також можете перетворити файл .mobileprovision у .xml за допомогою цієї команди, щоб перевірити, чи дійсно є beta-reports-activeключ у ваших правах.
security cms -D -i YourProfile.mobileprovision > YourProfile.xml
Вам потрібно відтворити профіль підготовки (як пропонували всі), однак вам також потрібно розповсюдити IPA з профілем розповсюдження "App Store". Якщо ви звикли до старих методів розповсюдження TestFlight, ви, ймовірно, замість цього підписуєте пакет за допомогою профілю "Ad Hoc".
Тут є два кроки:
Деякі помилки виникають при експорті архіву за допомогою розгортання AdHoc.
Б'юсь об заклад, Apple може вилучити розгортання AdHoc у майбутньому, оскільки тестування бета-тесту TestFlight за допомогою збірки AppStore служить для цього.
Сподіваюся, це допомагає.
Незважаючи на все, я використовував Application Loader для завантаження програми, і мені так і не вдалося змусити її запрацювати (Application loader версія 3.0 (620)). Одного разу, коли я спробував використовувати xCode за допомогою методу Archive, справи спрацювали чудово. Ви також можете сказати, чи є право на бета-версію перед поданням.
Я щойно спробував надіслати нову збірку мого додатка за допомогою Xcode 6. Він скаржиться на недійсні профілі забезпечення, які я маю для вбудованої програми. Тож я відновив профілі резервування на веб-сайті Apple Developer та імпортую їх у Xcode 6. Завантажив новий побудований двійковий файл, використовуючи нові профілі підготовки, і подав на перевірку. Нові профілі підготовки включають права на бета-версію, на які, на мою думку, скаржиться iTunes Connect. Будемо сподіватися, що пізніше він не буде скаржитися на права бета-тестування.
Я також стикався з тією ж проблемою, але раптом повідомлення в iTunesConnect було змінено на " Щоб використовувати бета-тестування TestFlight, ця збірка повинна містити правильне право бета-тестування. Для отримання додаткової інформації див. ( Посилання ) " у розділі попереднього випуску.
За допомогою бета-тестування TestFlight ви можете розповсюдити свої попередні збірки тестувальникам, щоб зібрати відгуки та підготувати вашу програму до випуску в App Store. Бета-тестування TestFlight не є обов’язковим; Ви можете подати програму на розгляд, не використовуючи її.
Посилання: тут
Насправді ви все ще можете вибрати завантажену збірку "помилок" та подати на перевірку. Статус буде змінено на "чекає огляду".
Я також зіткнувся з такою ж проблемою та вирішив її за допомогою згаданих нижче кроків
1. Створіть профіль підготовки Appstore і використовуйте цей профіль для створення ipa, щоб було ввімкнено право бета-доступу для ipa.
Для решти профілів право бета-тестування буде помилковим
Я використовую Jenkins для створення як Ad Hoc, так і App Store. У цьому випадку просто відновлення профілю надання розподілу не допомогло, оскільки додаток все ще пропустив право "бета-звітів-активних".
Я спробував додати цей запис у файл користувацьких прав, що використовується для побудови програми. Це вирішило проблему з подачею програми в iTunes Connect, але зробило спеціальні збірки недійсними - їх не вдалося встановити на моїх пристроях.
Врешті-решт, у мене вийшло два користувацькі файли прав, один із записом "бета-звіти активні", а другий без нього. Дженкінс створює додаток без введення звітів про бета-версію та підписує його спеціальним профілем для створення файлу ipa для внутрішнього тестування. Потім він подає програму у відставку з іншим файлом прав для розповсюдження в App Store.