Size: a a a

2020 September 14

HP

Horosho Ploho in jenkins_ru
Добрый день. Я, наверное, с тривиальным вопросом, но найти решения пока не смог. Что под юзером, что под админом — могу добавить только креды из публичного хранилища. Использовать сервисный аккаунт не хочется, а хочется, чтобы каждый работник мог добавить свои креды и использовать именно их в своих сборочных линиях. Это вообще реализуемо или идет в разрез с логикой использования креденшелов для scm женкинсом?
источник

E

Elenhil in jenkins_ru
Horosho Ploho
Добрый день. Я, наверное, с тривиальным вопросом, но найти решения пока не смог. Что под юзером, что под админом — могу добавить только креды из публичного хранилища. Использовать сервисный аккаунт не хочется, а хочется, чтобы каждый работник мог добавить свои креды и использовать именно их в своих сборочных линиях. Это вообще реализуемо или идет в разрез с логикой использования креденшелов для scm женкинсом?
а зачем?
источник

E

Elenhil in jenkins_ru
ключевой вопрос
источник

E

Elenhil in jenkins_ru
если вы хотите ограничить возможность запуска джобы юзером - отберите у него права на эту джобу.
источник

HP

Horosho Ploho in jenkins_ru
Elenhil
если вы хотите ограничить возможность запуска джобы юзером - отберите у него права на эту джобу.
Проблема в том, что у некоторых юзеров должно быть право создавать джобы для своих проектов самостоятельно, поэтому хочется исключить возможность использовать креды с большим уровнем доступа. Умышленно или случайно — не столь важно.
источник

E

Elenhil in jenkins_ru
А они сами пишут джобы? не job-dsl?
источник

M

MAdMAx in jenkins_ru
Horosho Ploho
Проблема в том, что у некоторых юзеров должно быть право создавать джобы для своих проектов самостоятельно, поэтому хочется исключить возможность использовать креды с большим уровнем доступа. Умышленно или случайно — не столь важно.
поэтому Jenkinsfile хранят отдельно от репы, в которую может пушить разработчик
либо он (если хочет писать код джобы сам) делает МР, который нужно отсмотреть перед мержем.
источник

E

Elenhil in jenkins_ru
и вообще, является ли создание  новых джоб настолько частым и при этом нестандартизуемым действием, что его нельзя делать по тикету накаткой jobdsl?
источник

HP

Horosho Ploho in jenkins_ru
Elenhil
и вообще, является ли создание  новых джоб настолько частым и при этом нестандартизуемым действием, что его нельзя делать по тикету накаткой jobdsl?
Вот этот момент нужно обдумать, спасибо
источник

E

Elenhil in jenkins_ru
у нас было как на большом проекте. Все джобы были стандартны. билд\деплой. Все описаны в jobdsl. Если кто-то хочет новую джобу - он заполняет конфигфайлик (репа, креды, енв, итп) по образцу и присылает его с тикетом. Мы суем этот конфигфайлик в процессор jobdsl и готова джоба
источник

E

Elenhil in jenkins_ru
этот же файлик обновляет все джобы скопом, когда надо обновиться
источник

HP

Horosho Ploho in jenkins_ru
Elenhil
этот же файлик обновляет все джобы скопом, когда надо обновиться
Соответственно, его в гите можно хранить и обновлять/накатывать джобы по триггерам из гита?
источник

E

Elenhil in jenkins_ru
Horosho Ploho
Соответственно, его в гите можно хранить и обновлять/накатывать джобы по триггерам из гита?
да, jobdsl лежит в отдельной гитрепе вместе с jenkinsfile-ами и шаредлибами
источник

E

Elenhil in jenkins_ru
мы по триггеру не накатывали, правда. У нас обновление могло десятки минут идти
источник

E

Elenhil in jenkins_ru
но это возможно
источник

HP

Horosho Ploho in jenkins_ru
Понял, спасибо.
источник

I

Inetov in jenkins_ru
доброго времени суток, есть тут знатоки JobDSL?
не могу понять как установить параметр quietPeriodGroovy из dsl-скрипта. куда не поставлю - везде пишет, что не может найти такого метода
да и вообще DynamicDSL не понятно как использовать
источник

u

unixshaman in jenkins_ru
Можно как-то узнать, кто выключил проект? Т.е. нажал на кнопку disable в pipeline?
источник

u

unixshaman in jenkins_ru
Ну и соответственно включил его обратно. Как-то можно контролировать доступность/недоступность этого функционала для конкретных УЗ?
источник

mm

myname mylastname in jenkins_ru
Есть такой кусок кода проверки SMTP - Jenkins не может распарсить переменную ${shared_id_email} - она всегда нулевая:

sh('''
   spawn telnet smtp.site.com 25
   expect -re ".*>"
   send "ehlo site.com\r"
   expect -re ".*>"
   send "mail from:${shared_id_email}\r"
...

Как правильно ее прописать, чтобы Jenkins ее понял?
источник