Переход с Jenkins Multijob на плагин Pipeline

В настоящее время мы используем Jenkins CI 1.643 (по-моему) с подключаемым модулем Multijob и Job DSL.
С помощью Job DSL создается набор заданий, а также мультизадание, которое содержит все остальные задания в определенном порядке (сборка, анализ, модульное тестирование, интеграционное тестирование и т. д.).

Я заинтересован в обновлении до Jenkins 2 и использовании подключаемого модуля Pipeline (ранее известного как подключаемый модуль Workflow). Подключаемый модуль Pipeline предлагает приятное графическое представление, а также предлагает некоторые более продвинутые функции, которых у нас в настоящее время нет (например, действие «пауза», требующее вмешательства человека). Проект Blue Ocean также кажется очень гладким, но для него требуется подключаемый модуль Pipeline.

По поводу миграции у меня есть несколько вопросов:

  • Должен ли я продолжать использовать Job DSL? У нас есть действительно хороший механизм шаблонов, созданный в Groovy, поэтому нам нужно ввести только несколько деталей о продукте (например, используемый компилятор и определенные пороговые значения качества). Думаю, я хотел бы сохранить это.
  • Есть ли руководство по «миграции» с плагина Multijob на плагин Pipeline?
  • Что я должен иметь в виду? (ключевые различия между плагинами.)

jenkins jenkins-pipeline jenkins-job-dsl jenkins-blueocean
person Arno Moonen    schedule 10.06.2016    source источник
comment
Просто начните писать сценарий конвейера и спросите StackOverflow, где у вас есть конкретные проблемы.   -  person StephenKing    schedule 10.06.2016
comment
Я ожидаю, что это общая задача. Вот почему я ожидаю какого-то гида. К сожалению, я не смог найти путеводитель по нему самостоятельно, но, возможно, мои поисковые навыки меня подвели.   -  person Arno Moonen    schedule 10.06.2016
comment
Я не знаю руководства (но поиск таких вещей противоречит правилам stackoverflow). Мне удалось заменить все JobDSL конвейерным DSL. Но, конечно, поддержка в разных плагинах далеко не так хороша (но обязательно улучшится). Что касается многозадачности, посмотрите этот ответ.   -  person StephenKing    schedule 10.06.2016
comment
@ArnoMoonen Я тоже собираюсь мигрировать. Я ожидал, что какой-нибудь плагин для миграции или плагин для экспорта и преобразования существующих конфигураций заданий. Я тоже пока ничего не нашел.   -  person JJD    schedule 10.05.2017

Ответы (1)


arrow_upward
3
arrow_downward

Не полный ответ, но:

У нас есть действительно хороший механизм шаблонов, созданный в Groovy, поэтому нам нужно ввести только несколько деталей о продукте (например, используемый компилятор и определенные пороговые значения качества). Думаю, я хотел бы сохранить это.

Эквивалентом в Pipeline было бы создание библиотеки Groovy, абстрагирующей общие аспекты ваших проектов, и вызов ее из коротких основных сценариев в различных заданиях, которые просто передают разные аргументы.

Должен ли я продолжать использовать Job DSL?

Есть еще причины использовать Job DSL с Pipeline в определенных случаях: например, если вы хотите автоматически сгенерировать массив заданий на основе некоторых вычисленных критериев.

person Jesse Glick    schedule 10.06.2016