GitHub Не удалось создать подписку на перехватчики служб. Невозможно настроить службу на выбранном ресурсе GitHub, недоступном при интеграции.

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

GitHub Could not create service hooks subscription Unable to configure a service on the selected GitHub repository. GitHub returned the error 'Resource not accessible by integration'.

Я администратор репозитория GitHub.

В Get sources он в настоящее время настроен для подключения к службе GitHub OAuth. Другой пользователь может обновить переменные среды. Я использую GitHub (не корпоративный).

Это разрешение Azure DevOps, которого у меня нет?

GitHub Не удалось создать подписку на перехватчики служб. Невозможно настроить службу в выбранном репозитории GitHub. GitHub вернул ошибку


github azure-devops azure-pipelines-release-pipeline
person Hoppe    schedule 19.06.2020    source источник
comment
Просто проверьте, сохраняется ли эта проблема, если вы нашли обходной путь, вы можете свободно добавить его как самостоятельный ответ :)   -  person LoLance    schedule 03.07.2020
comment
У меня открыт билет в Microsoft. Когда я получу ответ, я обновлю эту тему   -  person Hoppe    schedule 03.07.2020
comment
Почему голос против?   -  person Hoppe    schedule 03.07.2020

Ответы (3)


arrow_upward
1
arrow_downward

Это разрешение Azure DevOps, которого у меня нет?

Это сообщение об ошибке обычно приходит с GitHub App installation token подключением к службе.

Перейдите Project Settings => Service Connections, чтобы проверить сведения о подключении конкретной службы. Если ваше служебное соединение представляет собой соединение службы на основе установочного токена приложения GitHub, то ожидаемое поведение для решения этой проблемы. Наша команда пока работает над добавлением этой поддержки, пожалуйста, проверьте этот билет.

введите описание изображения здесь

Временное решение:

1. Создайте новое сервисное соединение с помощью метода OAuth / PAT и используйте его в своем конвейере. Поскольку вы являетесь администратором репозитория github, Github PAT рекомендуется.

2. Если у вас есть разрешение на подключение к службе и к конвейеру, эта проблема не возникнет. Попросите администратора проекта Azure Devops через управлять безопасностью.

person LoLance    schedule 22.06.2020
comment
Сегодня я получил обновление от Microsoft. Проблема заключалась в том, что из-за артефакта конвейер зависал от старого подключения к службе. Удаление и повторное добавление артефакта решило проблему. Спасибо за помощь! - person Hoppe; 15.07.2020
comment
Связанный билет был закрыт без разрешения. :( - person Grault; 29.08.2020

arrow_upward
0
arrow_downward

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

person Hoppe    schedule 16.07.2020

arrow_upward
0
arrow_downward

Я столкнулся с аналогичной проблемой при попытке включить CI для сборки и нашел эту статью, и, покопавшись глубже, я обнаружил, что проблема была в фактическом PAT, который мы создали для автоматизации. Изначально мы упустили включение admin: repo_hook для репозитория. Это заняло больше времени, чем следовало бы, но я просто хотел добавить это, поскольку удаление и повторное добавление чего-то на самом деле ничего не дало для нас.

person Jeff Patton    schedule 03.12.2020