2013-04-08 4 views
5

У меня есть настройка нескольких заданий с автоматическим запуском между ними.Определить выборочную блокировку работы вверх/вниз по течению в Jenkins

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

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

Но они все еще ждут из-за упомянутых настроек.

Есть ли способ заставить их не ждать этой конкретной работы? Может быть, подход ошибочен, и это не должно быть задачей для них? Если нет - как контролировать выполнение других заданий и легко собирать результаты? Возможно, есть некоторая неблокирующая альтернатива для ArtifactDeployer, которая просто устанавливает задачу и заканчивается - мне не нужно собирать результаты загружаемого задания?

ответ

6

Я сам нашел ответ. Это было прямо перед моими глазами ...

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

+0

Я тоже этого не видел. Почему они не имеют его на обоих IDK ... – jeremyjjbrown

1

Посмотрите на Jenkins Build Flow plugin, который позволяет вам организовывать сложные рабочие процессы с использованием сжатого DSL - я считаю это намного легче понять, чем просматривать параметры для нескольких заданий.

+2

Разве это не слишком тяжелое бремя для простого сценария fire'n'forget? Кроме того, я не хочу ссылаться на весь процесс, когда что-то посередине меняется. – maciasello

Смежные вопросы