У меня есть триггеры сборки, настроенные в Google Cloud Container Builder, которые настроены на запуск в определенных ветках и используют конфигурацию cloudbuild.yml в репозитории.Примерно в первый день, когда я отправил коммиты в любую из этих веток, он вызвал сборку контейнера и успешно завершился.С тех пор триггеры работали только с перебоями.
Иногда Google Cloud Container Builder вообще не обнаруживает фиксацию (я проверил, что фиксация находится в bitbucket, а фиксация находится в правой ветви).В этот момент я попытался вручную запустить сборку через консоль Google, но она использует более старый коммит , из которого он последний раз был создан, а не последний коммит.Тогда я попытаюсь вытолкнуть небольшие изменения из репо или сделать пустой коммит.
Иногда это запускает сборку, иногда нет.Интересно то, что когда сборка наконец запускается на ветке через некоторое время, она будет запускать сборки на других ветвях, если у них есть недавний коммит, который еще не был построен.
Я понятия не имею, какрешить это.Кто-нибудь сталкивался с подобной проблемой?
ОБНОВЛЕНИЕ:
Я решил свою проблему.Первоначально я добавил каждый репозиторий bitbucket в репозитории исходного кода в Google Cloud.После этого я добавил триггеры сборки для каждого из этих репозиториев в Реестре контейнеров.При добавлении триггера мне пришлось пройти тот же процесс подключения к репозиториям в Bitbucket, что и для добавления исходных репозиториев.Позже я понял, что он автоматически создал отдельное соединение в разделе «Исходные репозитории» для каждого из этих репозиториев.Таким образом, у меня было два подключения к каждому репо в bitbucket, перечисленных в репозиториях исходного кода.После того, как я удалил дубликаты, триггеры начали работать согласованно.
Итак, убедитесь, что у вас нет повторяющихся соединений в репозитории источника.