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

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

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

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

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

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

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

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

действия:

1. перейти к keychain
2. заблокировать его
3. архивировать код, построить проект снова

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

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

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

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

большой помощью. Спасибо.

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

1. Проверьте, выбрали ли вы профиль подготовки, который включает действительный Идентификатор Подписи Кода и действительное Идентификатор Пакета в настройках. (Goto Build Settings - >Signing - >Provisioning Profile).

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

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

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

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

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

перейдите к .файл приложения в терминале и введите:

xattr-cr

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

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

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

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

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

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

1. убедитесь, что на вкладке Система > сертификаты в связке ключей нет сертификатов. Удалите оттуда все дубликаты сертификатов.

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

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

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

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

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

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

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

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

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

устранение: удалить весь каталог сборки в папке проекта и перестроить приложение.

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

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

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

откройте путь проекта в терминале и введите следующие команды в терминале

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

2) xattr-rc .

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

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

вроде старый вопрос, но все равно бывает похоже. Другое решение:

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

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

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