Разница Дженкинса между нисходящим и подпроектом

Question

Я новичок в Jenkins. Я видел несколько рабочих мест, у которых были другие рабочие места как работа по переработке. Аналогичным образом, несколько других рабочих мест имеют другие рабочие места в качестве подпроекта.

Оба, кажется, делают то же самое (то есть работают другие задания). В чем разница между двумя подходами и когда их использовать?

Answer 1

Я столкнулся с некоторыми последствиями того, что в настоящее время существует разница в первом месте.

Ответ ниже основан на некоторых материалах, которые я прочитал, поэтому я не утверждаю, что это полное объяснение. Надеюсь, это поможет!

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

Согласно определению the official Jenkins glossary «ы для нисходящего проекта:

Вниз по течению Сконфигурированного трубопровод или проект, который срабатывает в рамках выполнения отдельного трубопровода или проекта.

К сожалению, это очень неопределенное описание не совсем подходит к существованию the Parametrized Trigger plugin как действительного шага сборки.

По двум причинам, я использую the Parametrized Trigger plugin для вызова других заданий из моего (это простой проект фристайла).

1. Причина # 1 -/называется/задание запускается вниз по течению имеет входные параметры - Я не могу передать их с помощью «построить другие проекты» шаг после сборки
2. Причина # 2 - мне нужны артефакты из запускается/вызывается/вниз по течению для еще двух шагов моей работы, поэтому использование шагов после сборки не является для меня вариантом.

я цитирую всплывающую подсказку «Downstream сборки» вариант из «Копирование артефактов из другого проекта» построить шаг (от the Copy Artifact plugin):

Копирование артефактов из-за build, который находится ниже по потоку от сборки проекта . Вы можете использовать переменные выражения.

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

Примечание: «Конструкция Downsteram» применима только к проектам на основе AbstractProject (как по проектам, направленным вверх, так и вниз по течению).

Проекты на основе проектов: проекты фристайла Мультиконфигурация Проекты Maven Проекты без абстрактного проекта: Pipeline jobs (aka.Workflow jobs)

Много удовольствия! Хотя это объяснение довольно технично, я не понимаю, как это помогает мне или вам. В результате я решил использовать опцию «Specific build». При необходимости использовать эту опцию, я использовал переменный впрыскиваемый the Parametrized Trigger pluginСложения Номера параметра:

TRIGGERED_BUILD_NUMBER _ = «Последний номер сборки срабатывает»

В заключении: Дженкинс есть понимание из каких нисходящих проектов, но некоторые плагины, такие как плагин Parametrized Trigger, делают все по-своему, поэтому к ним обращаются по-другому, и мы должны помнить об этом при объединении заданий вместе.