Подтвердить что ты не робот

Автоматическое подписание не может решить проблему с файлом прав целевых прав "projectName"

Я новичок в mac, и я получаю эту ошибку, как показано ниже image

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

Я следил за этой ссылкой на youtube, чтобы создать профиль подготовки и профиль распределения https://www.youtube.com/watch?v=Xh2nnjttOwo&t=367s

ОБНОВИТЬ

после обновления моих настроек сборки, как показано ниже img

и я получаю новую ошибку, подобную этой img

4b9b3361

Ответ 1

У меня была та же проблема в проекте, что я использовал push-уведомления, что я сделал, чтобы исправить это: Target-> Capabillities и включил push-уведомления. фиксировать

Примечание: ответ от @codebrew объясняет это умное исправление дальше.

Ответ 2

Я смог решить эту проблему, удалив все мои временные файлы на моем компьютере (~/Library/MobileDevice/Provisioning Profiles) и перезапустив Xcode.

Ответ 3

Мне удалось исправить эту проблему, включив push-уведомления, а затем отключив их.

Не уверен, почему это работает, но в Xcode 9.4.1 и Xcode 10 Beta это исправление все еще работает.

Обновление: это работает в Xcode 10.1 & 10.2

Ответ 4

Xcode 9 и 10 могут вывести эту ошибку, поскольку она ищет файл прав для цели. Вы можете включить Push-уведомление на вкладке "Целевые возможности", а затем отключить его, чтобы создать пустой файл прав для сборки, после чего эта ошибка исчезнет.

Ответ 5

В разделе " Code Signing Identity измените раздел " iPhone Distribution iPhone Developer на iPhone Developer для раздела " Debug ".

Ответ 6

У меня была эта проблема, потому что XCode не генерировал файл разрешений для проектов Objective-C, независимо от того, что я делал. Я решил это, сделав следующее:

  1. Создайте пустой файл в корне вашего проекта (в $ SRC_ROOT).
  2. Вставьте пустой шаблон файла прав
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
</dict>
</plist>
  1. Сохраните его как YourAppName.entitlements
  2. Перейдите в Настройки сборки → Подписание → $(SRCROOT)/YourAppName.entitlements кода и введите путь к файлу ваших прав - в моем случае $(SRCROOT)/YourAppName.entitlements

После этого вам может понадобиться восстановить профили Provisioning (см. Ответ @Jim Bak выше).

Ответ 7

Я тоже очень новичок в разработке iPhone и имел идентичную проблему с ионным проектом. Я выполнил платформу ionic cordova add ios, перешел на XCode на ионно-генерируемые платформы /ios/, проверил идентификатор пакета, связал свой идентификатор разработчика Apple с этим приложением, позволил XCode управлять моими сертификатами подписи и профили обеспечения и сразу же ударил проблему.

Поэтому я создал проект с XCode с тем же идентификатором Bundle и значениями команды разработчиков Apple, и все было круто. Который доказал, что мой Apple Id и сертификаты были в порядке.

Я сравнивал значения подписи кода в настройках построения XCode (All), и в моем случае проблема была связана с содержимым файла исправлений для подписи кода отладки, что показало, что я не правильно настроил материал aps-environment.

Ответ 8

Для снятия и повторной проверки "Автоматическое управление подписанием" (на вкладке "Общие") это удалось.

Ответ 9

У меня была такая же проблема в мультиплатформенном проекте (iOS/macOS). В моем случае проблема была вызвана тем, что в настройках Code Signing Entitlements как приложения iOS, так и macOS, относящиеся к тому же файлу Entitlements.plist который был частью приложения macOS. Поэтому, чтобы исправить это, я создал пустой Entitlements.plist для iOS и сделал настройку сборки iOS ссылкой на этот файл.

Ответ 10

Для меня ответом было включение и выключение хотя бы одной вещи на странице "Возможности" для ВСЕХ целей. Приложение, смотреть и смотреть расширение. Несмотря на то, что у меня уже были файлы с правами доступа, которые точно соответствовали тому, что создал xCode, что-то еще изменилось, когда он обновил файлы.

Ответ 11

У меня была такая же проблема с Xcode 10.2. Я заметил, что ошибки исчезли, когда я переключился на симулятор вместо своих тестовых устройств. Поэтому я скопировал исходный код файла разрешений на случай, если мне понадобится его воссоздать, и удалил его содержимое. Я запустил сборку с физически подключенным первым тестовым устройством. Он заставил меня ввести мой пароль Mac примерно 40 раз, пока создавал сборку, но затем он добавил информацию обратно в файл разрешений и ошибки исчезли. Включение и выключение уведомлений не работало, равно как и добавление возможностей в учетную запись разработчика в любой конфигурации.