Мы изучаем проекты типа Jenkins Pipeline и задаемся вопросом, должен ли Jenkinsfile быть частью репозитория?
У нас есть 20 java-проектов с Jenkinsfile, которые на 99% одинаковы. Кроме репозитория git, все остальное в Jenkinsfile такое же.
Просто странно, что вам нужно клонировать весь репозиторий, чтобы получить файл Jenkinsfile. А потом сам Jenkinsfile снова клонирует репозиторий для сборки проекта.
Есть ли какая-то документация по этому поводу или лучшие практики?
По общему признанию, это немного некромантии, так как этому вопросу больше года, но...
Я не думаю, что вы можете сделать это в многоветвевом конвейере. Описание пути сценария гласит:
Относительное расположение в кассе вашего скрипта Pipeline. Обратите внимание, что он всегда будет выполняться в песочнице Groovy. По умолчанию используется Jenkinsfile, если оставить пустым. (просто используйте checkout scm для извлечения источников из того же места, которое настроено здесь)
Поскольку этот вопрос был опубликован, в jenkins были внесены некоторые изменения, так что он клонирует репо только в том случае, если вы являетесь человеком, которому разрешено вносить изменения в сценарий Jenkins (вы можете настроить свой jenkins относительно того, как он это определяет). Это отлично подходит для людей, которым не разрешено вносить изменения в файл jenkins, поскольку они пропускают начальное клонирование и проверку. Конечно, если вам разрешено вносить изменения, это мало поможет. И есть потенциальная проблема в том, что кто-то может внести изменения в скрипт Jenkins, но измененный скрипт не запустится, пока он не будет объединен с основной веткой, и если есть какие-либо ошибки, уже слишком поздно...
Существует два способа использования Jenkinfile:
Вы также можете использовать плагин Jenkins Job-builder для автоматизации заданий, конвейерных проектов и т. д. Jenkins Job Builder В этом случае вам нужно просто изменить репозиторий, а остальная конфигурация останется прежней.
10 лучших рекомендаций для подключаемого модуля Jenkins Pipeline
