Jenkins Groovy Modify Params Map: различия между версиями
Материал из noname.com.ua
Перейти к навигацииПерейти к поискуSirmax (обсуждение | вклад) |
Sirmax (обсуждение | вклад) |
||
Строка 7: | Строка 7: | ||
Частный случай - требуется модифицировать params |
Частный случай - требуется модифицировать params |
||
=Суть проблемы= |
=Суть проблемы= |
||
+ | |||
+ | У дженкинса есть переменная params которая представляет <BR> |
||
+ | мапу параметров которые переданы на вход билду и которые не модифицируемым простым способом |
||
+ | <BR> |
||
+ | Доступ к ним можно получить по именами параметров |
||
+ | <PRE> |
||
+ | params.PARAMETER_1 |
||
+ | params.PARAMETER_2 |
||
+ | ... |
||
+ | params.PARAMETER_N |
||
+ | </PRE> |
||
+ | |||
+ | Такая организация приносит 2 проблемы |
||
+ | # Если есть сторонний код который требует наличие параметров и подключается из библиотеки и который нельзя по какой-то причине модифицировать |
||
+ | # Параметры попадают в переменные окружения всего исполняемого кода |
||
+ | |||
+ | В первом случае требуется модифицировать |
Версия 10:47, 28 апреля 2022
Частный случай - требуется модифицировать params
Суть проблемы
У дженкинса есть переменная params которая представляет
мапу параметров которые переданы на вход билду и которые не модифицируемым простым способом
Доступ к ним можно получить по именами параметров
params.PARAMETER_1 params.PARAMETER_2 ... params.PARAMETER_N
Такая организация приносит 2 проблемы
- Если есть сторонний код который требует наличие параметров и подключается из библиотеки и который нельзя по какой-то причине модифицировать
- Параметры попадают в переменные окружения всего исполняемого кода
В первом случае требуется модифицировать