Ошибка / usr / bin / codesign с кодом выхода 1

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

/usr/bin/codesign failed with exit code 1

У кого-нибудь есть идеи, почему это происходит?

 rjstelling20 дек. 2012 г., 16:44
Дополнительный вопрос:Xcode fails with "Code Signing" Error
 marcc07 июл. 2009 г., 06:12
Можете ли вы опубликовать свой журнал сборки?
 Mediajon30 июл. 2017 г., 16:15
stackoverflow.com/a/44889440/2252866 Это решение сработало для меня. Я разрабатывал приложение для MacOS.

Ответы на вопрос(23)

непосредственно предшествующая ошибке кодового знака, говорит что-то вроде «разветвления ресурса, информации о поиске или подобном детрите, не допускаемом»;

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

xattr -cr & lt; path_to_app_bundle & gt;

ссылка:https://developer.apple.com/library/content/qa/qa1940/_index.html

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

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

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

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

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

 04 июл. 2010 г., 15:09
Как вы решили это? У меня такая же проблема, но Keychain Access показывает мне только один сертификат.
 11 окт. 2010 г., 23:44
У меня тоже была эта проблема. В моем случае расширение его показало, что общее название было «неоднозначным» потому что TweetDeck всех вещей, казалось, захватил цепочку для ключей для одного из моих учетных записей входа в систему. Я должен был пойти в Библиотеку / Поддержка приложений / Adobe / Air / ELS / и сдуть файлы, расположенные там. Тогда все работало нормально. Bizarre!
 07 июл. 2016 г., 15:56
В моем случае проблема заключалась в том, что к моему Mac mini была подключена смарт-карта с недействительным сертификатом.
 17 сент. 2010 г., 22:01
Тобиас, ты великолепен. Спасибо за то, что нашли правильный трюк.
 04 июл. 2010 г., 15:23
Я нашел это. Для записи, проблема была в просроченном сертификате в моей Системной цепочке для ключей. Доступ к связке ключей по умолчанию не показывает сертификаты с истекшим сроком действия. Я зашел в системную цепочку для ключей, заставил К.А. рассказать мне о сертификатах с истекшим сроком действия, удалил устаревший сертификат, который сталкивался с моим собственным в цепочке для ключей входа в систему, и дяде Боба.

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

enter image description here

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

але

1) find . | xargs -0 xattr -c

2) xattr -rc .

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

 28 июн. 2017 г., 06:11
находить . -type f -exec xattr -c {} \;
 28 июн. 2017 г., 06:11
Этот работает для меня; находить . -type f -exec xattr -c {} \;
 23 окт. 2018 г., 11:06
что делает это ?

То, что работало для меня, добавляло--deep вOther Code Signing Flags в настройках сборки. Больше информации здесь:Codesign API Dropbox терпит неудачу в Xcode 4.6.3: & quot; объект кода вообще не подписан & quot;

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

 28 авг. 2015 г., 16:20
Привет, Мэтт, спасибо! Это сводило меня с ума ... я несколько раз отказывался от всего, и это не сработало ... хорошо - глубокая помощь помогла ... Но, в конце концов, я предполагаю, что я пропустил добавление своей учетной записи разработчика в XCode ... Это действительно в любом случае странно ..

это то, что исправило это для меня:

Make sure there are no certificates in the System > Certificates tab on Keychain Access. Remove all duplicate certificates from there.

Install the WWDR intermediate certificate under certificates from the provisioning portal, in addition to the developers certificates and make sure you see it in the Login > Certificates tab on Keychain Access.

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

Check whether you have selected a provisioning profile which includes the valid Code Signing Identity and a valid Bundle Identifier in Settings. (Goto Build Settings->Signing->Provisioning Profile).

Open Keychain Access and click on lock icon at top left, so it will lock the login keychain and then again click to unlock.

enter image description here

Goto File->Project Settings->Derived Data and delete your project build folder. After that clean and build your app.
 07 мар. 2019 г., 18:47
странно, но сработало ... спасибо!
 02 июл. 2018 г., 07:33
Это сработало для меня. Спасибо!
 08 мар. 2019 г., 06:36
да @cesarak, это какая-то ошибка в связке ключей, я думаю.

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

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

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

Решение Вопроса

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

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

 23 окт. 2011 г., 14:05
Как "ввести действительный идентификатор пакета"? Как выглядит один из них?
 07 дек. 2013 г., 18:35
Даже не знал, что эта настройка была там. Вы спасатель жизни.
 PF107 июл. 2009 г., 17:15
Оказывается, что действительный идентификатор пакета был проблемой. Спасибо за вашу помощь, теперь это исправлено.
 23 окт. 2011 г., 18:28
Идентификатор пакета представляет собой строку в нотации обратного DNS (например, com.apple.dt.Xcode), которая назначается для plist-ключа CFBundleIdentifier. Подробнее об этом здесь:developer.apple.com/library/ios/#documentation/General/…

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

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

"...discovered that you can right click the error message in Xcode to view details". "...the issue was an expired certificate on my System keychain. Keychain Access doesn't, by default, show expired certs".

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

Большая помощь. Благодарю.

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

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

Шаги были:

Go to keychain Lock it Archive the code, build the project again
 24 апр. 2018 г., 10:33
сумасшедший, но это сработало
 01 мая 2018 г., 20:45
это сработало -accountsd Я запросил доступ к связке ключей при перезагрузке после обновления, которое я отклонил, потому что под ним были странные модалы. подпрыгивая брелок был трюк

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

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

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

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

[me]» и файлу приватных данных библиотеки /// tweetdeck. Исправлена путем перемещения файла в корзину и повторного входа в Tweetdeck, повторной установки паролей. Какая боль ,

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

enter image description here

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

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

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

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

 25 дек. 2012 г., 01:27
Вы должны указать это как комментарий под вопросом пользователя.

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

Ваш ответ на вопрос