Что такое «декларативный конвейер» в Jenkins?Как перейти от предыдущей концепции «конвейера»?

Question

Я немного смущен концепцией "Декларативного конвейера" в Jenkins.

Прямо сейчас я использую несколько заданий типа «Многоотраслевой конвейер».Я поддерживаю «Общие библиотеки», которые объединяют папку vars с возможностью повторного использования.В том же репозитории есть также папка jobs, содержащая «завершенные конвейеры», которые должны быть настроены с обычным типом «конвейерного» задания, и затем они запускаются из файлов Jenkins, которые отслеживаются в Multibranch.-Pipeline-Job.

Как преобразовать это в "Декларативный конвейер".Каковы лучшие источники документации, чтобы начать работу по теме «обычный против декларативного».

Answer 1

Вот пара хороших статей, которые помогут вам начать работу над сценариями и декларативными конвейерами (я не автор).

https://www.blazemeter.com/blog/how-to-use-the-jenkins-scripted-pipeline https://www.blazemeter.com/blog/how-to-use-the-jenkins-declarative-pipeline

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

Jenkins предоставляет вам два способа разработки конвейерного кода: сценарий и декларативный.Скриптовые конвейеры, также известные как «традиционные» конвейеры, основаны на Groovy как их доменно-специфическом языке.С другой стороны, декларативные конвейеры предоставляют упрощенный и более дружественный синтаксис со специальными инструкциями для их определения, без необходимости изучения Groovy.