чекнул, v1 обнаружен, v2 нет. Походу я просто тупой/устал и что-то криво делаю

не прошло и 10 лет как я понял что ты имел ввиду, пока что всё что тестил, проходит без проблем... видимо я допустил ошибку при кофиге репозитория, спасибо огромное что дал подсказку куда копать)

welcome 😊

Всем привет! Подскажите плз, есть список, который нужно добавить как ноду в json(делаю на groovy). Как это лучше сделать?
список такого вида
def x = [ru:INFO, en:ERROR]
добавить в таком виде в  json
"values": ["ru:INFО","en:ERROR"]
json получил с помощью readJson

def result = writeJSON json: [values: finalParamList], returnText: true
 
WARNING: Unknown parameter(s) found for class type 'org.jenkinsci.plugins.pipeline.utility.steps.json.WriteJSONStep': returnText
 
java.lang.IllegalArgumentException: You have to provided a file for writeJSON.

что я делаю не так?(

хм. в доке этот параметр описан. может, баг какой. ну, идею ты понял

попробуй в файл сохранить

походу или баг или дока не актуальная, пример из доки тоже не пашет)

да, костыль с записью в файл, а потом чтением из него сработал. Спасибо за помощь!

Подскажите пожалуйста, может кто сталкивался с такой проблемой:

Дано:
- JSL (Jenkins shared library)
- docker('some_image_with_ansible').inside()

При работе пайплайнов из JSL, плагин прокидывает в env билда параметр "library.${NAME}.version"
(https://github.com/jenkinsci/workflow-cps-global-lib-plugin/blob/c206d15a960151d18c8e21d90a13944827e7ef51/src/main/java/org/jenkinsci/plugins/workflow/libs/LibrariesAction.java#L66)

Так вот, при работе с ansible, в случае, если в таске прописано делегирование ansible_env текущей таске и таска выполняется на managed машине, будет получена ошибка:

module_stderr": "/bin/sh: library.${NAME}.version=: command not found\n",
Собственно ровно такая же ошибка будет получена, если текущий env билда попробовать вычитать в качестве source.

Ранее в случае с  обычными пайплайнами вне docker.inside можно было занулить значение подобных переменных через putAt, но в случае с docker такой woraround не работает.
Т.к. плагин помещает все env переменные билда вне зависи моти от того пустые они или нет.

Переворошив кучу кода jenkins core и плагинов, я так и не смог найти способ именно удаления env из текущего TreeMap hudson.EnvVars.

Не были ло ли у кого-нибудть подобной ситуации, есть ли хоть какой-то вменяемый путь решения? Или прийдется колхозить на ansible фильтрацию env?

скорее всего плагин старый
https://github.com/jenkinsci/pipeline-utility-steps-plugin/releases/tag/pipeline-utility-steps-2.7.0

о, спасибо, попрошу обновить плагин

Всем привет, подскажите, если тест запускается в агенте в K8s, после прогонки теста, ПОД завершается, будет ли доступен Allure отчет, ? или он останется в POD. Развернул K8s, хочу прикрутить туда jenkins, и пока только осваиваю эту связку.

По Allure не знаю, наверное зависит от плагина. Для дебага можно в настройке Cloud указать Container Cleanup Timeout минут 15 или Pod Retention изменить чтобы под не удалялся и посмотреть что в поде.

Наверное скорее всего будет не доступно,и хранится прямо на агенте. и нужно будет продумать перенос отчета в мастер ноду дженкинса. Спасибо

На мастере вроде

Будет

Господа, кто-нибудь по-своему обходил этот баг?
https://issues.jenkins.io/browse/JENKINS-61341

Вообще, есть ли какие-то БП для pipelines  касательно работы через ssh с ремоут серверами? Делать их агент-нодами дженкинса удобно только до определенного момента. Казалось бы, плагин SSH Steps подходит, но и там пренеприятные вещи случаются