Xcode 4.3: операция Codesign не удалась (проверьте, что выбранное вами удостоверение действительно)

Question

После установки Xcode 4.3 я не могу проверить и распространить приложение с помощью Организатора. Хотя сборка, подписание и проверка в Xcode в порядке, проверка в Организаторе завершается неудачно с сообщением в заголовке этого вопроса.

Во-первых, Xcode 4.3 может загружать профили обеспечения автоматически (есть опция в Организаторе), но он загружает только профили разработки и игнорирует профили распространения, как если бы их не было. ОК, я скачал и установил его вручную, и он появляется в органайзере. Затем я установил правильную идентификацию подписи кода как для проекта, так и для цели и использую профиль распространения, который соответствует сертификату распределения в моей цепочке для ключей. Затем я делаю Archive (build-sign-verify) и никаких ошибок, в журнале я вижу зеленые галочки для CodeSign и для шагов Verify. Выглядит хорошо, и архив появляется в органайзере.

И вот тут все идет не так, я просто выбираю Validate, выбираю новую версию, которую я только что подготовил в iTunes Connect, выбираю правильную идентификацию подписи кода, так же, как это было использовано для Archiving (на самом деле, в моем случае других вариантов нет) , он запрашивает логин / пароль iTunes как обычно, а затем говорит

Операция Codesign не удалась

Убедитесь, что выбранная вами личность действительна

Ааа !!! Зачем!? У него не было проблем при архивировании, тогда же подпись кода не работает при попытке отправки в AppStore. Ну, даже не отправляйте, а проверяйте перед отправкой. Так что эта проблема является локальной для моей машины. Те же самые подписи и проверки, которые успешно выполняются во время сборки, не выполняются в Организаторе ...

Я попробовал все, переустановил XCode, удалил / отозвал и заново выдал все сертификаты, удалил дублированные закрытые и открытые ключи из цепочки для ключей, поместил все сертификаты в одну цепочку для ключей "login", выпустил новые профили, установил Application Loader 2.5. 1 и так далее ... все равно не повезло.

Может быть, у меня есть некоторые остатки от предыдущих установок XCode? Или я должен обновить некоторые инструменты, чтобы органайзер работал правильно?

Между тем, если кто-нибудь знает другой способ загрузки двоичного файла в AppStore, поделитесь им. Я не мог понять, как это сделать с помощью Application Loader, когда он просит меня выбрать пакет для загрузки, все, что у меня есть, это архив xcode, созданный Xcode на этапе Archive. Как получить в руки iap или любой другой файл, который требуется от меня загрузчиком приложений?

Answer 1

Как уже упоминали @radven и @ tomek-cejner, некоторые дополнительные каталоги могут вызывать проблемы. Может быть, если названо неправильно? для меня преступники были разные.

Gruntfile.js, karma-e2e.conf.js, karma.conf.js и весь каталог node_modules.

см .: Как собрать IPA для распространения с TestFlight с XCode 5?

Answer 2

Я определил другую причину этой ошибки, которая произошла для меня в Xcode 4.6.2 (4H1003).У меня был подпроект, строящий исполняемый файл.Этот исполняемый файл является вспомогательным инструментом, который копируется в комплект моего приложения при сборке.

Приложение имеет цель минимального развертывания OS X 10.7 и в результате собирает для 64-разрядной версии Intel.Однако вспомогательный инструмент был настроен на цель развертывания 10,6 и собирался для 32-разрядных / 64-разрядных процессоров Intel.

Исправлено изменение вспомогательного инструмента для сборок только для 10,7 и 64-разрядных систем Intel.Ошибка.Я могу надежно воссоздать ошибку, изменив вспомогательный инструмент обратно на 32-битный / 64-битный Intel;это не исправление "убей свою PRAM".

Answer 3

Обновление AddThis SDK с 0.1.7 до 0.1.9 устранило эту проблему для меня (с использованием XCode 4.3.1).

Answer 4

Techi50 ссылался на это, но, чтобы было ясно - в Xcode 4.3.5 существует серьезная ошибка, из-за которой подписывание кода завершится неудачно, если у вас есть подкаталоги с тем же именем, что и родительский каталог. Например, в дереве Sencha Touch 2 SDK есть

/ SDK / SRC / устройство / устройство

аааа ... часы попыток кодирования знака без удачи ... переименуйте в:

/ sdk / src / device / device_epic_fail

(так как эти библиотеки мне все равно не нужны)

и я могу кодировать знак.

И одна большая охота на жуков закончена. Apple ... исправить, пожалуйста ...

Answer 5

У меня была та же проблема, что и у вас, и ответ radven вдохновил меня:

Вы видели, что каталог ATResources содержит не что иное, как просто копию его родителя?

ADDTHIS.db
en.lproj/*
images/*
ATResources/ADDTHIS.db
ATResources/en.lproj/*
ATResources/images/*

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

Дайте мне знать, если я пропустил какие-либо последствия этого исправления?

Answer 6

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

Answer 7

Ну и дела, я потратил около часа на эту проблему.

Я только что удалил AddThis из своего проекта.Сделай это, и это сработает.