#ИМЯ?

Ответ 1

У меня та же проблема. Я сообщил об ошибке Apple, но безуспешно. Чтобы двигаться вперед с Xcode 9, я переключился на ручную подпись только для Jenkins. (Разработчики все еще используют автоматическое подписание.)

/usr/bin/xcodebuild -exportArchive \
    DEVELOPMENT_TEAM=*your-dev-team-id* \
    CODE_SIGN_STYLE=Manual \
    CODE_SIGN_IDENTITY="iPhone Distribution: *your cert*" \
    PROVISION_PROFILE="*your*.mobileprovision" \
    *rest of your parameters*

Ответ 2

Этот -allowProvisioningUpdates работал у меня в финальной версии Xcode 9.

Убедитесь, что вы можете создать проект автокодирования Xcode с использованием Xcode IDE

• 1) Откройте проект Xcode, настроенный для автоматической подписи
  • Выберите цель из Цели > Общие > Подписание
  • [x] Автоматическое управление подписанием
  • Введите учетные данные учетной записи вашей команды.
• 2) Создайте проект и убедитесь, что сборка выполнена успешно.

Закрыть проект Xcode и Build с помощью xcodebuild с параметрами -allowProvisioningUpdates

• 1) Добавить опцию "xcodebuild... -allowProvisioningUpdates
• 2) При появлении запроса "xcode хочет получить доступ к ключу" доступ к идентификатору ящика xcode "в вашей цепочке ключей
  • Введите учетные данные и нажмите кнопку Всегда разрешать

Теперь сборка командной строки Jenkins должна работать.

Ответ 3

У меня была такая же проблема после недавнего обновления с XCode 7.x до версии 9.3.

Решением для меня был параметр -allowProvisioningDeviceRegistration в дополнение к -allowProvisioningUpdates для xcodebuilder:

/usr/bin/xcodebuild -exportArchive \
-allowProvisioningUpdates -allowProvisioningDeviceRegistration \
...

Отлично работает с Дженкинсом.

Ответ 4

Xcode сохраняет учетные данные в ключевом ключе по умолчанию. Чтобы получить доступ к нему через ssh, вам сначала нужно разблокировать эту брелок:

/usr/bin/security unlock-keychain /Users/xxx/Library/Keychains/login.keychain-db

При использовании jenkins вам нужно разблокировать брелок либо внутри ваших заданий сборки, либо при запуске агента. Вы можете, например, добавить его в /Library/Application Support/Jenkins/jenkins-slave-runner.sh.

Ответ от "Ed of the Montain" работает только потому, что xcodebuild проверяет каталоги /Library/MobileDevice/ProvisioningProfiles (и другие) для действительных профилей, если он находит один, то параметр -allowProvisioningUpdates просто использует этот профиль и не выполняет нужен логин.

Ответ 5

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

В моем случае это побудило меня разрешить xcodebuild доступ к Xcode-AlternateDSID и Xcode-Token в моей цепочке для ключей. Я предоставил ему доступ с помощью "Всегда разрешать". Вы также можете редактировать эти записи в Keychain Access и разрешить доступ к ним всем приложениям, если вы не слишком беспокоитесь о безопасности.

Я уже запускал security unlock-keychain -p mypassword /Users/myuser/Library/Keychains/login.keychain-db до запуска xcodebuild, так что это, вероятно, также необходимо.

После этого экспорт работал.

Ответ 6

Я исправил это. Проблема заключалась в том, что я указал команду с помощью команды team_id Fastlane. Вместо этого вы должны использовать enable_automatic_code_signing. Также конфигурация не была указана. Теперь у меня есть этот скрипт:

    enable_automatic_code_signing(
        team_id: <YOUR_TEAM_ID_REQUIRED_HERE>,
    )
    gym(
        scheme: <YOUR_SCHEME_REQUIRED HERE>,
        configuration: <YOUR_CONFIGURATION_REQUIRED HERE>,
        export_method: "development",
        xcargs: "-allowProvisioningUpdates",
    )

Кроме того, я нашел эту страницу. Я попробовал это одновременно с изменениями выше, поэтому я не знаю, что мне помогло. Но я отменил изменение со страницы, и оно все еще работает. Поэтому я предполагаю, что проблема была в team_id и configuration.