Ошибка Code Sign: допустимый профиль обеспечения, соответствующий идентификатору приложения ... не найден

Question

Я уже несколько дней бьюсь над этой проблемой и собираюсь ударить головой об стену и избавиться от страданий, связанных с подписанием кода / отправкой приложения.

У меня есть приложение, которое было отправлено вApp Store и не принял никаких проблем (версия 1.0.0).Я смог опубликовать первое обновление (версия 1.0.1) с небольшой пробной версией ошибки, используя XCode 3.2.4 и iOS 4.1 через Application Loader.Сейчас я нахожусь на XCode 3.2.5 и iOS 4.2 и пытаюсь опубликовать обновление (версия 1.0.2) через XCode Organizer.

Я могу успешно построить свое приложение на основе положения AppStore Distribution, когда я устанавливаю свой BundleИдентификатор в info.plist для «com.myCompany.myApp».Но когда я пытаюсь проверить / отправить сборку через Организатор, я получаю сообщение об ошибке «Идентификатор пакета: com.myCompany.myApp отличается от предыдущего идентификатора пакета ABC123XYZ1.com.myCompany.myApp».Очевидно, когда я впервые представил свое приложение через iTunes connect, я использовал полный ( AppId ). BundleIdentifer синтаксис.Я подтвердил это, просмотрев идентификатор пакета в iTunes connect.

Итак, логически я добавил префикс AppId к идентификатору пакета в файле Info.plist.Когда я делаю это и пытаюсь построить заново, я получаю «Ошибка Code Sign: действительный профиль обеспечения, соответствующий идентификатору приложения ... не найден».и сборка не удалась.

Я перепробовал все, что прочитал в интернете, все, что касается этих двух ошибок, без решения проблемы.Я нахожусь в ловушке 22 ситуации.Я не могу создать приложение с префиксом AppID в идентификаторе пакета и не могу отправить его в iTunesConnect без него.Кроме того, ошибка iTunesConnect возникает при попытке использовать Application Loader для загрузки приложения.

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

Answer 1

Таким образом, после ожидания 2 месяцев ответа от команды iTunes, который так и не пришел, я нашел способ обойти эту проблему и получил свое приложение для загрузки.Ключ должен сделать так, чтобы идентификатор пакета совпадал с идентификатором пакета, который зарегистрирован в iTunesConnect.В этом случае идентификатор пакета в iTunesConnect был в форме 1234567890.com.companyname.appname.Некоторым образом, когда я впервые создал свое приложение, я включил идентификатор начального числа комплекта, который из моего исследования не должен был быть включен при создании приложения в iTunesConnect.

Чтобы решить эту проблему, я создал новый идентификатор приложения на портале обеспечения в форме 1234567890.1234567890.com.companyname.appname, а затем создал новое положение для мобильного распространения на основе этого нового AppID.Я скачал и установил мобильное обеспечение в xCode Organizer.В info.plist моего проекта xCode я установил идентификатор пакета в 1234567890.com.companyname.appname.Это позволило xCode сопоставить мобильное обеспечение с указанным идентификатором пакета в info.plist и успешно создать и подписать мое приложение с идентификатором пакета, который совпадает с идентификатором пакета в iTunesConnect.В органайзере я смог успешно проверить и загрузить приложение.

Answer 2

В моем случае мне сначала нужно было СОЗДАТЬ приложение с помощью Cmd-B.

Это выскочило окно доступа цепочки для ключей с просьбой «Разрешить» (или «Всегда разрешать») Xcode для доступа к цепочке для ключей.

Только тогда я мог запустить программу для запуска на своем iPhone.

Очевидно, что удар только по бегу не сработал.

(Кстати, не забудьте сначала подписать свое приложение клавишей «iPhone Developer: Your Name ()».

Answer 3

У меня была та же проблема, и с советом codeySmurf выше я смог повторно использовать тот же идентификатор, и он удалил эту ошибку.

Answer 4

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

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