Приложение TestFlight для iOS App-task-allow-Issue

У меня есть приложение в testflight для ios, называемого MapItTrackIt. Все отлично работает.

Я просто обновился до xcode 5.1. Я создал приложение точно так же, как и всегда. Тот же профиль и ad-hoc cert.

На этот раз, когда я пытаюсь загрузить мой файл IPA, я получаю "Недопустимый профиль: права на сборку разработчика должны иметь get-task-allow, равные true". ошибка.

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

Что мне теперь делать? Как это исправить? Мой босс хочет, чтобы это было развернуто прямо сейчас, и я не могу.

Ответы

Ответ 1

Похоже, есть несколько различных проблем, которые могут вызвать это. Мой был похож на Иосифа, но не тот.

Для меня был другой профиль обеспечения, который был действительным, но от другого пользователя. У меня есть несколько учетных записей Apple, в которых я участвую в разработке.

Моя сборка использовала другой профиль из другой учетной записи пользователя, когда она отправилась подписываться. Это было даже несмотря на то, что я сказал, какой из них использовать в настройках.

Я решил это, удалив этот другой профиль подготовки, когда захочу создать это приложение для testflight. Профиль обеспечения всегда возвращался, если бы я сделал обновление с сайта-разработчика для этой другой учетной записи пользователя.

Последнее решение заключалось в том, что мне удалось получить новый mac для разработки и не устанавливал другие профили учетных записей пользователей в этот Mac. Теперь все строит отлично, ничего не делая.

Ответ 2

То же самое, что и сейчас, около 4 часов - перезапуск Xcode кажется исправленным как удручающее.

Ответ 3

У меня было это и решил.

Xcode использовал другой профиль обеспечения от того, который я ожидал от него, - он подписывал сборку с сертификатом распространения, но создал профиль обеспечения разработки.

Оказалось, что сертификат распространения как-то недействителен. Я обнаружил это, задав профиль подготовки явно в проекте, а затем предложил xcode дать мне ошибку, чтобы сообщить мне, что были проблемы.

Хорошим местом для начала решения этих проблем является просмотр в журнале построения, на этапе codeign - будет строка:

Using code signing identity "iPhone Distribution: XXXXXX" and provisioning profile "YYYYYY" (<..guid...>)

В этой строке указывается сертификат и профиль, который вы ожидаете, и что идентификатор подписи и профиль являются как дистрибутивными.

Ответ 4

Для меня проблема заключалась в том, что у меня была обычная .framework в комплекте с приложением, которое не было подписано кодом. По-видимому, эта неподписанная структура вызвала проблему.

Когда я подписал фреймворк с сертификатом распространения, приложение загрузилось без проблем.

Ответ 5

Я исправил эту ошибку, изменив мою часть Code Signing Identity - Release на сертификат Распространение

Ответ 6

Я пробовал много разных способов. Никто из них не работает для меня.

Я подумал, может быть, это проблема testflight.

Поэтому я использовал crashlytics для распространения моей сборки adhoc. У меня не было проблем с его загрузкой.

Затем я попытался использовать Organizer для проверки этого архива, чтобы получить дополнительную информацию, я получил ошибка. Мне сказали, что этот архив содержит неподдерживаемые архитектуры i386 и x86_64. Оказалось, что я использовал фреймворк, который содержит архитектуры i386 и x86_64. Затем я воссоздал новую структуру, которая содержит только устройства. Он работает как шарм.

Ответ 7

Точная проблема здесь с новой бета-версией Xcode 6.3, решена путем удаления Project.entitlements (вместе с записью Code Signing Entitlements на Build Settings цели)

Ответ 8

решаемая. Я пытался обновить ярлык на экране запуска, чтобы показать имя приложения, версию и создать через пользовательский ViewController. Это оказалось слишком сложным, поэтому я удалил View Controller. НО я оставил выходы в Ракетке Ракета. Я удалил их (последняя иконка на вкладке "Утилиты", стрелка вправо по кругу), и все это любовь, мир и радость.