Но это скорее вопрос процессов. Кода там гулькин нос

Ну это вопрос ревью, хуков и тестов

В мастер без них прилететь может любой говнокод

а чисто из любопытства, какого рода хук/тест ты (вы?) посоветовал бы? мне разве что приходил в голову бот, который не ставит акцепт на ПР пока ты ему не ответишь "да" на его "тут конфиг поменялся, вы дважды уверены?"

Хм. Что-нибудь типа закоммиченого пустого файла для оверрайдов, и CI проверяет что-то типа "если просто сборка то ок, если попытка мерджа — иди ка ты в пень"?

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

Можно например дденкинсом сделать хук на сборку не онкомит а онмержреквест и добавлять в мр ревьюверов определенных (лида) при выполнении определенных условиий (изменения в конфиге)

Я реализовал пайплайн как upstream +  downstream джобы. Есть куча микросервисов, некоторые из них тестируются только в паре. Идея в том чтобы не ходить по куче джоб для конкретных микросервисов а собрать все в одной апстрим джобе. Т. Е. тестировщик/девелопер заходит в мэин джобу, выбирает например приложения которые нужно развернуть и их параметры (бранчи, базы и какие-то иные датасорсы). В мэине все обернуто в parallel, т.е. даунстрим джобы собираются параллельно а не последовательно, что немного ускоряет деплой/готовность. Отсюда и много параметров в основной джобе, которые хотелось бы разделить более красиво.

У нас аналогичная задача была реализована именно конфиг файлом лежащим в гите

Этот вариант хорош для девелопера, который может поменять параметр и закомитить, но не для тестировщика (не для всех тестирщиков)

А тестировщик не может закоммитить? Оо

Не все работают с гитом))

С клавиатурой тоже не все?)))

С этим проще

Ну если qa не способны в гит, то дело явно не в бобине

Тут кстати есть ещё один неприятный момент, появляется куча коммит мессаджей, не совсем относящихся к коду. Понятно что fix, fix, fix и так хватает но коммиты типа change, change, change будут уже лишними))

всем привет
кто-то знает как показывать в репорте junit тестов тесты лишь за последние сутки, то есть не показывать график не за всё время, а лишь за последние 24 часа
JUnit модуль использую

Подскажите, использую скриптед пайплайн, хочу собрать докер образ

докер подключен как облако по tcp и видится нормально

в пайплайне получаю
script.sh: docker: not found

docker.withServer('tcp://10.74.0.1:2375') {
            def customImage = docker.build("imgname:${env.BUILD_ID}", ".")
        }

засунул в withRegistry теперь получаю

Warning: failed to get default registry endpoint from daemon (Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?)

def dockerTool = tool name: 'docker', type: 'org.jenkinsci.plugins.docker.commons.tools.DockerTool'
        withEnv(["DOCKER=${dockerTool}/bin"]) {
            sh 'docker ps'
        }

такое тоже не прокатило