Правильный способ вызвать зависимое выполнение работы на Гудзоне - PullRequest
0 голосов
/ 12 декабря 2011

У меня есть задание A, которое создается после того, как разработчики передают код (изменение SCM).У меня также есть задание B, которое должно запускаться один раз в день (cron), и оно должно использовать артефакт, являющийся результатом выполнения сборки A.

Можно ли настроить задание B Hudson для запуска на cron и раньше?оно действительно выполняется, оно должно инициировать выполнение задания A?

Задание A не должно ничего знать о задании B.

Ответы [ 2 ]

0 голосов
/ 16 декабря 2011

Если у вас есть проект maven (который также является хорошим способом передачи артефактов из одной сборки в другую), плагин M2-extra-steps jenkins (теперь он устарел и интегрирован в плагин M2, я думаю) позволяет вам что:

В качестве шага перед сборкой добавьте «построить другой проект», отметьте «блокировать до завершения сборки», и это должно сделать то, что вам нужно.

Если у вас есть фристайл-проект - я не уверен. Если эквивалент не существует, вы можете найти что-то, основанное на блокировках и защелках.

Все это говорит о том, почему вы хотите перестроить A до B, если она не изменилась со времени последнего коммита SCM?

0 голосов
/ 16 декабря 2011

Возможно, лучший способ сделать то, что вы хотите. Иметь задание A помечать файлы, которые задание B хочет видеть как артефакты (сохраняет их между сборками). Затем включите задание B в расписание cron, и при запуске он использует плагин Copy Artifact для извлечения необходимых файлов из задания A. Затем задание B может выполнить операцию сборки.

...