Ошибка при загрузке IPA в TestFlight с использованием новой цели

Недавно я создал новую цель в моем проекте для Lite-версии моего приложения. Теперь, когда я отправляюсь загружать .ipa в TestFlight, чтобы я мог распространять его на моего дизайнера, я получаю:

Недействительный IPA: группа keychain-access во встроенном .mobileprovision и ваш двоичный файл не соответствует.

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

Ответы

Ответ 1

У меня была такая же проблема. Это было вызвано неправильным идентификатором подписи кода выпуска в настройках целевой сборки. Вам не понадобится файл с правами.

Ответ 2

Проверьте, что вы подписали код с правильным профилем распространения.

В проекте Xcode выберите > Настройки сборки > Подписание кода

Идентификация подписи кода:  - Отладкa > Разработчик iPhone  - Release > Распространение iPhone

Профилирование профиля:  - Обязательно выберите профиль распространения здесь!

Ответ 4

Если вы не используете файл прав...

Двойная проверка того, что ваш сертификат разработчика и профиль профилей являются актуальными (даже если у вас есть уверенность в зеленой галочке в организаторе.) Обновите профиль, посетив Портал Apple Provisioning Portal и отредактируйте/измените профиль подготовки, который вы используете для подписания приложения.

Нажмите и щелкните идентификатор подписи, чтобы вы могли отправить форму, и профиль будет восстановлен.

Подождите минуту (действительно), вернитесь к XCode и удалите профиль из организатора, затем обновите профили и повторно заново представите его в качестве регенерированной версии.

После этого попробуйте архивировать/подписать ipa и загрузить в TestFlight.

(используйте приложение TestFlight, чтобы ускорить этот процесс.)

Ответ 5

Вот что сработало для меня:

  • Использование автоматического (Enterprise Distribution) профиля для всех идентификаторов подписи кода, которые я установил.
  • Выбор "Обновить сертификаты" при просмотре рабочего процесса Enterprise/Ad Hoc

Ответ 6

У меня такая проблема, я не уверен, что у тебя такая же или нет.

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

Ответ 7

У вас есть хорошие другие ответы здесь, но просто чтобы подчеркнуть что-то.

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

Вот изображение, чтобы показать вам, где может быть ваша ошибка (там, где была моя):

enter image description here