при использовании разделяемой библиотеки в декларативном конвейере, есть ли что-то не так с созданием Groovy объектов из разделяемой библиотеки (в / src) и использованием их в глобальных (в / Vars)?
Яновый (иш) Дженкинс и заводной.Я работаю над общей библиотекой, которую мы используем, чтобы обеспечить некоторые общие шаги (как глобальные переменные?).поэтому в нашей общей библиотеке в настоящее время есть каталог / vars с кучей файлов .groovy, которые мы используем в качестве шагов в декларативных конвейерах jenkins.Я использую некоторые инструменты командной строки (например, aws, kubectl, helm) и хотел бы немного более сложной логики (например, обработка ошибок).Я имею в виду использование Groovy объектов, которые обертывают определенные функциональные возможности cli и вызова их из глобальных.
на высоком уровне, я ищу:
- импорт разделяемой библиотеки в декларативном конвейеревызовите глобальный шаг
- из jenkins (например, /vars/myStep.groovy) для создания объектов из общей библиотеки
- (например, /src/com/mycom/myclass.groovy)
В идеале я хотел бы сохранить чистую классную логику в иерархии классов и ограничить глобалы главным образом шагами Дженкинса, с некоторыми объектами, где это необходимо.Надеюсь, что это имеет смысл.