вырубает обязательную сериализацию каждого шага

Не стоит использовать NonCPS  вот очень не стоит этого делать

помогло. Но я не понимаю почему. Что происходит с сериализацией, когда я использую Jenkins.instance.getItemByFullName - непонятно. И с сериализацией чего именно это происходит, тоже непонятно

смотри.  На каждом этапе выполнения кода вне nonCPS все переменные должны быть сериализуемыми дженкинсом

в случае sh 'echo "blabla"', какая переменная сериализуется? Я вообще не понимаю что это значит в данном котексте.

в случае sh 'echo "blabla"', какая переменная сериализуется? Я вообще не понимаю что это значит в данном котексте.

Глянь ссылку что я кинул, там вкратце описано

да, но это не объясняет почему он вдруг не может что-то сериализовать после вызова Jenkins.instance.getItemByFullName
Ну да ладно, фиг с ним. @NonCPS и забью

Привет. Можно как-нибудь где-нибудь после сборки отобразить ссылку (или кнопку) в урле которой будут подставлены переменные из билда? Я так понял Sidebar links не умеет пробрасывать переменные.

Да это хорошая вещь, но мне вот понадобилось сейчас конкретно под задачу сделать выборку с парсингом для active choice, и когда мне ещё раз такая штука понадобится - неизвестно. Опять же, это надо садиться и целенаправленно изучать груви - и тогда юзать IDEA, но мне сам груви нужен только в рамках дженкинса - есть ли книги или видеокурсы применительно к дженкинсу именно? Ну по типу как есть же питон для сетевых инженеров от Наты )

сериализовать скорее всего не может Jenkins.instance.getItemByFullName(jobName).getBuilds()

ну хз, там видно что этот метод успешно выполнится и вернул билды.  С этими билдами можно даже что-то делать без каких либо проблем. Но потом на sh всё падает

знаете жабу - знаете груви. Прочитать доку основную и хватит