Я пытаюсь настроить Azure конвейеры DevOps для непрерывной интеграции (CI), но когда я фиксирую изменение в указанной целевой ветви и отправляю pu sh в удаленное начало (другое Git), оно терпит неудачу запустить сборку трубопровода.
Согласно https://docs.microsoft.com/en-us/azure/devops/pipelines/build/triggers, можно выбрать триггеры CI конвейера, даже если ваш исходный код находится в удаленном репо Git или Subversion, потому что при использовании этого триггера это будет означать что azure конвейеры опрашивают изменения на регулярной основе.
На основе этой информации ниже показано, как я настроил триггер CI в Azure Devops
Bitbucket - это наше Git решение для управления хранилищем, которое размещается самостоятельно (не в облаке), оно доступно в публичном c домене, но требует аутентификации (имя пользователя и пароль) для доступа к хранилищу. Насколько я знаю, нет брандмауэра, блокирующего соединение, которое я прочитал, которое может заблокировать соединение.
В настройках проекта в Azure Devops Я добавил «новое служебное соединение» типа «Другой Git» и указал следующие настройки (удалены реальные значения). С этим настроенным сервисным соединением он также настроен на получение источников.
Если я запускаю построение конвейера вручную или устанавливаю его в расписание, то есть никаких проблем с этим не началось. Я попытался поиграть с разными настройками, то есть с разрешениями на портале, но что бы я ни пытался, я не смог вывести sh в основную ветку, и он автоматически запустил сборку.
Можно ли этого достичь или я упускаю что-то очевидное? Во время поиска решения, которое я прочитал о веб-хуке, возможно, это требуется?
Спасибо