Сборка не удалась из-за ошибки подписи пакета, добавленного через SPM

После обновления нашего конвейера CI сборки Azure с Xcode 12 до 14.2 сборка начала завершаться с ошибкой со следующей ошибкой:

[email protected]: error: Signing for "AppCenter_AppCenterDistribute" requires a development team. Select a development team in the Signing & Capabilities editor. (in target 'AppCenter_AppCenterDistribute' from project 'AppCenter')

Это команда, которая запускает сборку:

xcodebuild -sdk iphoneos -configuration Release -workspace <project_name.xcworkspace> -scheme <target_name> build 
DSTROOT=<path/build.ds>
OBJROOT=<path/build.obj>
SYMROOT<path/build.sy> SHARED_PRECOMPS_DIR=<path/build.pch> -allowProvisioningUpdates -clonedSourcePackagesDirPath /Users/runner/work/1/s/temp "CODE_SIGN_IDENTITY=<identity_name>

AppCenter — это зависимость, добавляемая через SPM, которая не имеет собственной цели в проекте. Целевой объект локально собирает и архивирует нормально, просто в конвейере происходит сбой из-за ошибки, указанной выше. Я дважды проверил, что все параметры подписи (распространение, команда, обеспечение) верны как в конвейере, так и правильно установлены в цели в Xcode. Есть идеи, в чем может быть причина или как исправить? Даже если подписание можно пропустить, это будет нормально, поскольку это приложение не распространяется в App Store.

Я думаю, вам следует предоставить более подробную информацию о вашей проблеме: подробное определение конвейера (YAML) и дополнительные журналы отладки неудачного шага xcodebuild.

RMLiang 02.05.2024 03:55
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
1
131
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Кажется, это известная проблема с Xcode 14, как упоминалось здесь. Если вы запускаете команду xcodebuild напрямую в конвейере, вы можете попытаться передать команде аргумент «CODE_SIGN_STYLE=Manual».

В Azure Pipelines я рекомендую использовать встроенную задачу Xcode для запуска сборки. Эта задача предоставляет несколько стилей подписи.

  1. Если вы выберете Подписание вручную (manual), вам необходимо предоставить следующую информацию о задаче.

    • Подписание личности
    • UUID профиля обеспечения
    • Имя профиля обеспечения
  2. Если вы выберете «Настройки проекта по умолчанию» (default), задача будет использовать информацию для подписи, настроенную в вашем проекте.


Другие вопросы по теме