Профиль не соответствует значению файла права доступа для права на идентификатор приложения

Ответ 1

Я не уверен, почему это исправлено, но я зашел на вкладку "Целевые способности", включил iCloud ON, попытался сделать сборку архива, он не удался, я снова выключил iCloud OFF, попытался сделать сборку архива, и это удалось, и после этого он смог снова автоматически разрешить сертификаты.

Ответ 2

Созданное приложение имеет неправильное значение application-identifier, для чего ожидает профиль обеспечения. Сертификат для appID com.example.foo для команды 2ABCDEFG будет ожидать идентификатор приложения: 2ABCDEFG.com.example.foo, ваше приложение объявило, что его appID был com.example.foo, но идентификатор приложения не совпал, либо вы используете неправильный командный префикс, либо неверно сконфигурирован идентификатор bundleID.

В моем случае я использую схемы сборки, чтобы позволить мне создавать prod-приложение и qa-приложение. com.example.foo для prod и com.example.foo.qa для QA. Я установил my bundleIdentifier в Info.plist в $ (PRODUCT_BUNDLE_IDENTIFIER) $ (BUNDLE_SUFFIX), который отлично работает в симуляторе и на устройстве для разных приложений, однако, когда приложение генерирует свой идентификатор приложения во время фазы архива, оно не должен считывать идентификатор bundleIdentifier, сгенерированный Info.plist.

Чтобы исправить ситуацию, я редактировал FooProject.xcodeproj/project.pbxproj (с текстовым редактором), чтобы изменить настройки QA buildSettings PRODUCT_BUNDLE_IDENTIFIER на com.example.foo.qa

Вы можете увидеть Apple Technical Q & A, чтобы увидеть их глубокое погружение в решение этого. После того, как вы запустили права на кодовое имя в экспортированном приложении и посмотрите, какой идентификатор приложения, с которым было только что создано приложение, должно быть довольно быстро понять, что вы делаете неправильно. https://developer.apple.com/library/content/qa/qa1879/_index.html Я не нашел эту страницу в поиске Google, потому что на самом деле они не используют фразу из сообщения об ошибке или не называют приложение -identifier по его полному имени, но вместо этого скажем App ID.

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

Ответ 3

Щелкните правой кнопкой мыши Finder → Перейти в папку...

~/Library/MobileDevice/Provisioning

Для Xcode 11

~/Library/MobileDevice/Provisioning Profiles/

Удалить все профили инициализации, готово.

Ответ 4

Возможно, файл {project}.entitlements отсутствует. Выполнение того, что упоминал @samkass, автоматически создаст файл, и он будет работать. Таким образом, просто перейдите на вкладку "Возможности", включите что-нибудь и отключите его.

Ответ 5

Изменение переключения iCloud на включение, создание и отключение iCloud избавилось от ошибки, сказав, что:

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

Ответ 6

Пожалуйста, проверьте свои функции приложения, которые необходимы для вашего приложения, например , при покупке приложения, push-уведомления, Inter App audio, Siri kit и т.д.

Это единственная причина для такого типа ошибок.

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

В большинстве случаев это происходит, когда вы не настроили push-уведомление, в App Purchase в вашем развитии App ID.

Ответ 7

Я зашел на вкладку "Целевые способности", включил совместное использование ключей и начал работать

Ответ 8

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

Ответ 9

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

Ответ 10

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

Ответ 11

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

Что мне помогло, так это изменив настройку "Можно отладить" в файле "Entitlements.plist" с "НЕТ" на "ДА".

Ответ 12

TL; DR: проверьте свой идентификатор приложения и убедитесь, что службы соответствуют целевым.

Со мной произошло то, что я позволил Xcode 10.1 помочь мне создать идентификатор приложения, и после этого я столкнулся с проблемой, как описано здесь. (Я выбрал идентификатор приложения whildcard при создании приложения в iTunesConnect, поэтому даже не осознавал, что это было сделано.) Когда я открывал портал для разработчиков iOS, для нового идентификатора приложения автоматически активировались Game Center и In App Purchase.

Так как я не мог включить Game Center в вашей Target → Capabilities, я включил In App Purchase, и тогда мое приложение могло быть подписано и загружено.

Ответ 13

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

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