Наследование заданий в заданиях Jenkins

Как вы обрабатываете сопоставление заданий Jenkins с вашим процессом сборки, и смогли ли вы создать каскадные конфигурации на основе наследования?

Для любых в данной сборке у меня будет как минимум три задания (стандартная непрерывная интеграция / каждую ночь, сканирование безопасности,покрытие), а затем несколько работ по тестированию интеграции. Плагин среза конфигурации обрабатывает некоторые аспекты перекрестных заданий, но каждое задание по-прежнему является отдельным объектом, не связанным с другими заданиями в своей группе.

Недавно я видел QuickBuild, и он имеет наследование заданий, где родительские задания могут определять стандартная группа шагов и ее дочерние элементы могут переопределяться и специализироваться. С Jenkins у меня есть копии заданий, и это нормально, пока мне не понадобится что-то менять. Благодаря QuickBuild взаимосвязь между заданиями позволяет мне распространять мои изменения с небольшими усилиями.

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

Как вы справляетесь со сложностью в вашей сборке работа в Дженкинсе? Слышали ли вы о каких-либо серьезных проблемах с QuickBuild?