Я пытаюсь развернуть свое первое приложение для iPhone для разработки, и у меня возникают некоторые проблемы. Я успешно прошел через онлайн-помощник по ассистированию, но теперь я застрял. Независимо от того, что я делаю, я всегда получаю следующую ошибку.
/usr/bin/codesign не удалось с кодом выхода 1
У кого-нибудь есть идеи, почему это происходит?
Update:
Техническая нота в моем первоначальном ответе теперь устарела. Apple опубликовала коллекцию проблем с подшивкой кода (и некоторых решений) в новом документе: Техническая нота TN2407 Индекс устранения неполадок с подписями кода
Проверьте свойства CODE_SIGN_IDENTITY в настройках сборки. Выбран ли профиль профилирования?
Вам также необходимо ввести действительный идентификатор пакета в ваших приложениях .plist.
Идентификатор должен соответствовать тому, который вы предоставили при создании профиля.
У Apple есть технот об этом здесь.
Я только что наткнулся на эту ошибку, и вот что я узнал, если это кому-то поможет: я обнаружил, что вы можете щелкнуть сообщение об ошибке в Xcode и щелкнуть дальше, чтобы получить более подробную информацию, включая описание проблемы.
В моем случае у меня было две копии моего сертификата разработчика с тем же именем в разных файлах keychain, и Xcode не мог понять, какой из них использовать.
Это может быть странный ответ для проблемы с кодом в Xcode 9.0. Я тоже получал эту ошибку и не знал, что делать, потому что все было правильно.
Я пошел в брелок, у меня была опция "разблокирована". Я запер его и снова собрал сборку. Сам Xcode попросил меня открыть брелок доступа. Я дал доступ, и он сработал.
Шаги были:
У меня была такая же ошибка, и я пробовал все под солнцем, включая то, что было в другом месте на этой странице, без успеха. Для меня проблема заключалась в том, что в Keychain Access фактический сертификат Apple WWDR был отмечен как " Всегда доверять". Это должно быть " Системные настройки по умолчанию". Это касается и сертификатов разработки и распространения. Если какой-либо из них неправильно установлен на " Всегда доверять", это может вызвать эту проблему.
Итак, в Access Keychain Access щелкните сертификат сертификата сертификации Apple Worldwide Developer Relations, выберите Получить информацию. Затем разверните параметры доверия и в поле со списком " При использовании этого сертификата:" выберите " Системные настройки по умолчанию".
Другие отметили, что вам может понадобиться сделать это в Системе и логин для этих ошибок.
Причин такого рода ошибок может быть много:
Проверьте, выбрали ли вы профиль обеспечения, который включает в себя действующий идентификатор подписи кода и действительный идентификатор пакета в настройках. (Перейти к сборке Settings-> Подпись-> Профиль обеспечения).
Откройте Keychain Access и нажмите на значок замка в левом верхнем углу, чтобы заблокировать брелок для входа в систему, а затем снова нажмите, чтобы разблокировать.
У меня была такая же проблема с сборкой распределения. Это случилось внезапно. На самом деле у меня не было этой проблемы несколько дней назад, и у меня была правильная версия Ad-Hoc. Эта проблема возникла из-за того, что мой сертификат просто истек сегодня. Поэтому я начал создавать новое предварительное руководство Apple: (http://developer.apple.com/ios/manage/distribution/index.action).
Проведя часы в сети и убедившись, что я не упал, что может пойти не так. Вот что спасите меня, как предложили Тобиас и Дэн Рэй:
Подробная информация рассказала мне о неоднозначном сопоставлении двух сертификатов. Один из них оказался сертификатом с истекшим сроком действия в цепочке ключей системы. Так что я удалил истекший, потом он сработает! Я также беспокоился о том, что вводить в "общее имя" при создании сертификата распространения с помощью утилиты keychain: мое имя или название моей компании. В моем случае я ввел свое имя. Я предполагаю, что это то же самое, что и название, адресованное электронной почтой автоответчика разработчика.
Отличная помощь. Спасибо.
Что сработало для меня, добавьте --deep в Другие флаги подписи кода в настройках сборки.
Дополнительная информация здесь: Codesign API Dropbox не работает в Xcode 4.6.3: "кодовый объект вообще не подписан"
Несчастливо, что это неоднозначное условие ошибки имеет 400 различных решений, но я отвлекаюсь.
Если ошибка, непосредственно предшествующая ошибке с кодом, говорит что-то вроде "ресурс ресурса", информация Finder или аналогичный детрит не допускается
Затем перейдите в файл .app в терминале и введите:
xattr -cr < path_to_app_bundle >
ref: https://developer.apple.com/library/content/qa/qa1940/_index.html
У меня была та же проблема. В конце концов выяснилось, что мой личный ключ не позволяет кодовому имени получить к нему доступ. Это можно увидеть в информационном диалоговом окне в приложении для связывания ключей.
Я должен согласиться с Тобиасом. Ошибка слишком общая. Когда то же самое случилось со мной, я вкопал сообщение об ошибке и понял, что я что-то привнес в свойства сборки, но не подписание кода. Так что да, я вникаю в детали.
В моем случае ошибка произошла из-за того, что у меня было два ключа на брелок с тем же именем. Я удалил старый и решил проблему.
Переход к подробному сообщению показывает реальную проблему для меня.
после нескольких часов работы в Интернете и опробования разных вещей, это то, что исправило это для меня:
Убедитесь, что на вкладке "Система" > "Сертификаты" в Keychain Access нет сертификатов. Удалите все дубликаты сертификатов.
Установите промежуточный сертификат WWDR по сертификатам из портала обеспечения, в дополнение к сертификатам разработчиков, и убедитесь, что вы видите его на вкладке "Вход" > "Сертификаты" в разделе "Доступ к ключам".
надеюсь, что это поможет некоторым из вас!
Такая же проблема с двусмысленными (соответствует файлам iPhone Developer: [me] "и///tweetdeck library privatedata. Исправлено это, перемещая файл в корзину и повторно регистрировавшись в Tweetdeck, снова настраивая пароли.
У меня была та же проблема, но в списке ошибок также было указано: CSSMERR_TP_CERT_NOT_VALID_YET
Глядя на сертификат в KeyChain, было показано аналогичное сообщение. Проблема состояла в том, что мои системные часы Mac были установлены неправильно. Как только я установил правильную область/время, сертификат был отмечен как действительный, и я мог бы создать и запустить мое приложение на iPhone
Я также получал эту ошибку ( "/usr/bin/codesign failed with exit code 1" ), и когда я посмотрел в Keychain Access, мои сертификаты разработчика были отмечены как "Этот сертификат был подписан неизвестным органом". Недавно я обновился до Mac OS 10.8 и с тех пор имел несколько других проблем XCode (4.5.2). Оказывается, у меня не было установленного промежуточного сертификата WWDR. Я загрузил это из портала Provisioning Portal, установленного в Keychain Access, и мой проект снова строится!
Когда я получил эту ошибку, я даже не пытался подписать приложение. Я писал тестовое приложение и не хотел подписываться. Чтобы избавиться от этого сообщения, мне пришлось выбрать "Do not Code Sign" из "Настройки сборки" в разделе "Подписание кода".
Иногда ваша сборка просто нуждается в очистке - это, безусловно, сработало для меня. Благодаря loafer-project для решения.
Одна из возможных причин заключается в том, что у вас нет разрешения на запись в каталоге сборки.
Решение: Удалите весь каталог сборки в папке проекта и перестройте приложение.
Я просто наткнулся на эту ошибку, и это произошло потому, что я пытался написать файл сборки на сетевой диск, который не работал. Пробовал снова с моего рабочего стола, и все получилось просто отлично. (Возможно, вам придется "Очистить" сборку после ее перемещения. Просто выберите "Очистить все цели" в раскрывающемся меню "Построить" ).
Тобиас прав, однако, вникните в детали кода, щелкнув его правой кнопкой мыши, чтобы узнать, какова ваша конкретная проблема.
Одна вещь, на которую вы хотите обратить внимание (это глупая ошибка с моей стороны, но это происходит), заключается в том, что адрес электронной почты, прикрепленный к CSR, должен быть таким же, как адрес электронной почты, подключенный к вашему Apple Dev Счет. Как только я использовал новую CSR и перестроил все сертификаты и профили обеспечения, все было хорошо в Appleesville.
Другая причина, Проверьте, что ваша учетная запись разработчика связана с xCode
Довольно старый вопрос, но все же это случается. Другое решение:
Произошло для меня после возврата ветки в git. Пробовал очистить, очистить сборки, удалить производные и перезапустить Xcode, но не повезло.
Попробуйте перезагрузить компьютер.
У меня была та же неизвестная ошибка от подписи кода, которую вы упомянули. Аналогично предоставленному ответу (но немного по-другому), я просто заблокировал доступ к брелку и разблокировал его, и я смог собрать и запустить на своем устройстве снова. Если у кого-то есть такая же проблема, возможно, попробуйте сначала, прежде чем пытаться изменить пароль цепочки для ключей.
Бросая свои комментарии в кольцо, я только что наткнулся на это после попытки обновить свою среду разработки после случайного нажатия кнопки DENY на одном из запросов приложения, после поиска вокруг я обнаружил ряд вещей, которые, похоже, не работают. Это полный порядок, в котором я пытался исправить ошибки и был ли он успешным:
1) Попытка очистить DerivedFiles и перезапустить XCode - без кубиков
2) Попытка войти и разблокировать связку ключей, затем перезапустить XCode - без кубиков
3) Попытка обновить мою учетную запись разработчика в XCode - без риска
4) Бит пули и просто сбросить всю мою цепочку для ключей, после этого моя учетная запись разработчика была вышла (снова вошел в систему), а затем перезапустил XCode - без кости
5) Нашел здесь статью, в которой говорилось, что нам нужно установить [login | local | System]/certificate/Apple Worldwide Developer Certificate Authority на "Системное значение по умолчанию". Но в моем случае это было уже установлено по умолчанию системы - без кубиков
6) Затем я посмотрел на свой фактический логин сертификата разработчика/мои сертификаты /Mac Developer: и когда я заглянул туда, он был правильно настроен на Подтверждение перед разрешением доступа, НО в нижнем разделе не было записей. Там должно быть [Xcode, кодовый знак, productbuild]. Я удалил запись сертификата и перезапустил XCode - бинго
Сертификат был добавлен, и мне было предложено. Итак, что я сделал, я нажал "всегда разрешать", а затем просто взял себя в руки.
Мне пришлось вернуться и снова удалить сертификат, а затем пройти около 20 диалогов разрешить во время чистой сборки. После завершения я смог построить полностью.
Откройте путь проекта в терминале и введите команды ниже в терминале
1) найти. | xargs -0 xattr -c
2) xattr -rc.
Это работает для меня.