/usr/bin/codesign не удалось с кодом выхода 1

Ответ 1

Update:
Техническая нота в моем первоначальном ответе теперь устарела. Apple опубликовала коллекцию проблем с подшивкой кода (и некоторых решений) в новом документе: Техническая нота TN2407 Индекс устранения неполадок с подписями кода

Проверьте свойства CODE_SIGN_IDENTITY в настройках сборки. Выбран ли профиль профилирования?
Вам также необходимо ввести действительный идентификатор пакета в ваших приложениях .plist.
Идентификатор должен соответствовать тому, который вы предоставили при создании профиля.
У Apple есть технот об этом здесь.

Ответ 2

Я только что наткнулся на эту ошибку, и вот что я узнал, если это кому-то поможет: я обнаружил, что вы можете щелкнуть сообщение об ошибке в Xcode и щелкнуть дальше, чтобы получить более подробную информацию, включая описание проблемы.

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

Ответ 3

Это может быть странный ответ для проблемы с кодом в Xcode 9.0. Я тоже получал эту ошибку и не знал, что делать, потому что все было правильно.

Я пошел в брелок, у меня была опция "разблокирована". Я запер его и снова собрал сборку. Сам Xcode попросил меня открыть брелок доступа. Я дал доступ, и он сработал.

Шаги были:

• Перейти к цепочке ключей
• Заблокировать
• Архивируйте код, снова создайте проект

Ответ 4

У меня была такая же ошибка, и я пробовал все под солнцем, включая то, что было в другом месте на этой странице, без успеха. Для меня проблема заключалась в том, что в Keychain Access фактический сертификат Apple WWDR был отмечен как " Всегда доверять". Это должно быть " Системные настройки по умолчанию". Это касается и сертификатов разработки и распространения. Если какой-либо из них неправильно установлен на " Всегда доверять", это может вызвать эту проблему.

Итак, в Access Keychain Access щелкните сертификат сертификата сертификации Apple Worldwide Developer Relations, выберите Получить информацию. Затем разверните параметры доверия и в поле со списком " При использовании этого сертификата:" выберите " Системные настройки по умолчанию".

Другие отметили, что вам может понадобиться сделать это в Системе и логин для этих ошибок.

Ответ 5

Причин такого рода ошибок может быть много:

1. Проверьте, выбрали ли вы профиль обеспечения, который включает в себя действующий идентификатор подписи кода и действительный идентификатор пакета в настройках. (Перейти к сборке Settings-> Подпись-> Профиль обеспечения).

2. Откройте Keychain Access и нажмите на значок замка в левом верхнем углу, чтобы заблокировать брелок для входа в систему, а затем снова нажмите, чтобы разблокировать.

3. Перейдите File-> Project Settings-> Производные данные и удалите папку сборки проекта. После этого очистите и постройте свое приложение.

Ответ 6

У меня была такая же проблема с сборкой распределения. Это случилось внезапно. На самом деле у меня не было этой проблемы несколько дней назад, и у меня была правильная версия Ad-Hoc. Эта проблема возникла из-за того, что мой сертификат просто истек сегодня. Поэтому я начал создавать новое предварительное руководство Apple: (http://developer.apple.com/ios/manage/distribution/index.action).

Проведя часы в сети и убедившись, что я не упал, что может пойти не так. Вот что спасите меня, как предложили Тобиас и Дэн Рэй:

• "... обнаружил, что вы можете щелкнуть сообщение об ошибке в Xcode, чтобы просмотреть подробности".
• "... проблема заключалась в сертификате с истекшим сроком действия в моей системной цепочке ключей. В Keychain Access по умолчанию не отображаются сертификаты с истекшим сроком действия".

Подробная информация рассказала мне о неоднозначном сопоставлении двух сертификатов. Один из них оказался сертификатом с истекшим сроком действия в цепочке ключей системы. Так что я удалил истекший, потом он сработает! Я также беспокоился о том, что вводить в "общее имя" при создании сертификата распространения с помощью утилиты keychain: мое имя или название моей компании. В моем случае я ввел свое имя. Я предполагаю, что это то же самое, что и название, адресованное электронной почтой автоответчика разработчика.

Отличная помощь. Спасибо.

Ответ 7

Что сработало для меня, добавьте --deep в Другие флаги подписи кода в настройках сборки. Дополнительная информация здесь: Codesign API Dropbox не работает в Xcode 4.6.3: "кодовый объект вообще не подписан"

Несчастливо, что это неоднозначное условие ошибки имеет 400 различных решений, но я отвлекаюсь.

Ответ 8

Если ошибка, непосредственно предшествующая ошибке с кодом, говорит что-то вроде "ресурс ресурса", информация Finder или аналогичный детрит не допускается

Затем перейдите в файл .app в терминале и введите:

xattr -cr < path_to_app_bundle >

ref: https://developer.apple.com/library/content/qa/qa1940/_index.html

Ответ 9

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

Ответ 10

Я должен согласиться с Тобиасом. Ошибка слишком общая. Когда то же самое случилось со мной, я вкопал сообщение об ошибке и понял, что я что-то привнес в свойства сборки, но не подписание кода. Так что да, я вникаю в детали.

Ответ 11

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

Переход к подробному сообщению показывает реальную проблему для меня.

Ответ 12

после нескольких часов работы в Интернете и опробования разных вещей, это то, что исправило это для меня:

• Убедитесь, что на вкладке "Система" > "Сертификаты" в Keychain Access нет сертификатов. Удалите все дубликаты сертификатов.

• Установите промежуточный сертификат WWDR по сертификатам из портала обеспечения, в дополнение к сертификатам разработчиков, и убедитесь, что вы видите его на вкладке "Вход" > "Сертификаты" в разделе "Доступ к ключам".

надеюсь, что это поможет некоторым из вас!

Ответ 13

Такая же проблема с двусмысленными (соответствует файлам iPhone Developer: [me] "и///tweetdeck library privatedata. Исправлено это, перемещая файл в корзину и повторно регистрировавшись в Tweetdeck, снова настраивая пароли.

Ответ 14

У меня была та же проблема, но в списке ошибок также было указано: CSSMERR_TP_CERT_NOT_VALID_YET

Глядя на сертификат в KeyChain, было показано аналогичное сообщение. Проблема состояла в том, что мои системные часы Mac были установлены неправильно. Как только я установил правильную область/время, сертификат был отмечен как действительный, и я мог бы создать и запустить мое приложение на iPhone

Ответ 15

Я также получал эту ошибку ( "/usr/bin/codesign failed with exit code 1" ), и когда я посмотрел в Keychain Access, мои сертификаты разработчика были отмечены как "Этот сертификат был подписан неизвестным органом". Недавно я обновился до Mac OS 10.8 и с тех пор имел несколько других проблем XCode (4.5.2). Оказывается, у меня не было установленного промежуточного сертификата WWDR. Я загрузил это из портала Provisioning Portal, установленного в Keychain Access, и мой проект снова строится!

Ответ 16

Когда я получил эту ошибку, я даже не пытался подписать приложение. Я писал тестовое приложение и не хотел подписываться. Чтобы избавиться от этого сообщения, мне пришлось выбрать "Do not Code Sign" из "Настройки сборки" в разделе "Подписание кода".

Ответ 17

Иногда ваша сборка просто нуждается в очистке - это, безусловно, сработало для меня. Благодаря loafer-project для решения.

Ответ 18

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

Решение: Удалите весь каталог сборки в папке проекта и перестройте приложение.

Ответ 19

Я просто наткнулся на эту ошибку, и это произошло потому, что я пытался написать файл сборки на сетевой диск, который не работал. Пробовал снова с моего рабочего стола, и все получилось просто отлично. (Возможно, вам придется "Очистить" сборку после ее перемещения. Просто выберите "Очистить все цели" в раскрывающемся меню "Построить" ).

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

Ответ 20

Одна вещь, на которую вы хотите обратить внимание (это глупая ошибка с моей стороны, но это происходит), заключается в том, что адрес электронной почты, прикрепленный к CSR, должен быть таким же, как адрес электронной почты, подключенный к вашему Apple Dev Счет. Как только я использовал новую CSR и перестроил все сертификаты и профили обеспечения, все было хорошо в Appleesville.

Ответ 21

Другая причина, Проверьте, что ваша учетная запись разработчика связана с xCode

Ответ 22

Довольно старый вопрос, но все же это случается. Другое решение:

Произошло для меня после возврата ветки в git. Пробовал очистить, очистить сборки, удалить производные и перезапустить Xcode, но не повезло.

Попробуйте перезагрузить компьютер.

Ответ 23

У меня была та же неизвестная ошибка от подписи кода, которую вы упомянули. Аналогично предоставленному ответу (но немного по-другому), я просто заблокировал доступ к брелку и разблокировал его, и я смог собрать и запустить на своем устройстве снова. Если у кого-то есть такая же проблема, возможно, попробуйте сначала, прежде чем пытаться изменить пароль цепочки для ключей.

Ответ 24

Бросая свои комментарии в кольцо, я только что наткнулся на это после попытки обновить свою среду разработки после случайного нажатия кнопки 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 диалогов разрешить во время чистой сборки. После завершения я смог построить полностью.

Ответ 25

Откройте путь проекта в терминале и введите команды ниже в терминале

1) найти. | xargs -0 xattr -c

2) xattr -rc.

Это работает для меня.