Skip CI работает с конвейерами проверки сборки?

Question

У меня есть политика ветки для проверки сборки. В качестве последнего шага я хочу обновить файл в запросе pull и вставить его в ветку. не похоже, что [skip ci] работает для этих триггеров сборки. Есть ли другой способ выполнить эти качественные ворота?

более глубокая часть сценария. запрос на получение - это создание образа докера и пометка тегами git. Я обновляю файл yaml новым тегом, поэтому мне нужно создать изображение только один раз. в какой-то момент я хочу установить другой конвейер, который будет развертывать этот образ на основе успешного выполнения этого конвейера (проверка сборки)

Answer 1

пропускает ли ci работу с конвейерами проверки сборки?

Ответ - нет.

Сначала я должен указать, что это два разных сценария. Как мы знаем, [skip ci] или [ci skip] используется для пропуска работающего CI , как опция Включить непрерывную интеграцию в пользовательском интерфейсе:

Однако, наш текущий сценарий - политика ветвления для проверки сборки вместо CI. Это сильно отличается от CI, хотя они, похоже, выполняют одну и ту же задачу сборки. Политика филиалов состоит в том, чтобы защитить наши филиалы от повреждения неправильной отправкой. Это проверенная операция вместо непрерывной интеграции.

Проверьте документ Пропускание CI для отдельных фиксаций для получения более подробной информации.

Итак, это два разных сценария, мыне удалось применить настройки CI к политике ветвления.

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

Надеюсь, это поможет.