Ты лучше накликай конфиг в UI, а потом выгрузи его через jcasc export. Так проще будет

Да, Дмитрий великий человек и знает реально много

Ого, а так можно? Спасибо!

Нужно. Дока по jcasc довольно куцая. Проще через экспорт смотреть как и что надо конфигурить. Только учитывай, что этот экспорт нельзя использовать как есть.

Export is not intended to offer a directly usable jenkins.yaml configuration. It can be used for inspiration writing your own, be aware export can be partial, or fail for some components.

Оо. Спасибо, учту

Я уверен что это все равно будет полезно. Потому что когда в логе пишет

io.jenkins.plugins.casc.ConfiguratorException: Invalid configuration elements for type class com.cloudbees.plugins.credentials.GlobalCredentialsConfiguration : clouds.
Available attributes : folder, googleContainerRegistryCredentialProvider, providerImpl, system, user

То для меня это очень непонятно. ну типо ему не нравится класс clouds хотя он используется в качестве примера в гите jcasc...

да, ещё они любят схему менять. в примерах - одно, по факту - другое

мне тоже надо бы посидеть ночью с jcasc... чтобы ставились плагины и дженкинс в домен входил ещё на стадии деплоя сам

jcasc плагинами не рулит. умел в первых версиях, но потом выпилили.

эт я в курсе, обсуждали уже )

так что докер/ансибл/war

вот вторую часть, автонастройку

там cloudformation, который умеет в шелл команды, а в оф репе есть скрипт для докера - установщик плагинов. Чуть допилить и будет ставить

Плагины баш скриптом ещё удобненько. Который install-plugins.sh

То ли от самого дженкинса то ли от пчел

Может кто заморачивался уже. Как вычислить из списка установленных плагинов только те, которые ставятся не как зависимость к другим?

Если это разовая операция, проще распарсить html странички плагин-менеджера

наверняка стили разные. отсюда и плясать

а нужно? один фиг всё ставиться будет