Н
сорян, еще вопрос - а зачем?
Size: a a a
2021 May 12
II
потому что архитектура — говно мамонта, но проще сварить вот такой вот чай, чем перетряхиивать репозитории
Z
мы точно не в одном проекте работаем?
II
более развёрнуто — в одной репе лежит файл с зависимостями проекта, а в другой репе — скрипты как его собирать на тысяче и одной платформе. Добавили/поменяли в проекте зависимость на нужной платформе в файлике — автоматически триггернулась в соседней репе пересборка нужных бинарей
II
нет, если бы у нас кто-то решил переизобретать эту дичь, я бы знал)
ну и у нас гитхаб, а не битбакет
ну и у нас гитхаб, а не битбакет
Н
спасибо, все стало ясно, я думал просто что от жизни отстал, а тут просто рахитектура(не опечатка), в общем, классик)
DS
тебе нужен плагин https://plugins.jenkins.io/authorize-project/
Там можно настроить, чтобы джобы от определенного юзера запускались.
Там есть опция Run as Who Triggered Build, ты просто хукаешь джобу через степ build как обычно, а она уже запустится от юзера, который запускал текущую джобу.
Через curl такое делать костыли мне кажется.
Там можно настроить, чтобы джобы от определенного юзера запускались.
Там есть опция Run as Who Triggered Build, ты просто хукаешь джобу через степ build как обычно, а она уже запустится от юзера, который запускал текущую джобу.
Через curl такое делать костыли мне кажется.
II
не, ему нужно не вторую джобу запустить под тем же юзером что первую — а из джобы обратиться к левому ресурсу под тем же логин-паролем, под которым зашёл в дженкинс юзер, триггернувший джобу
DS
можно на проект ограниченную seed job завести. Которая будет запускаться от юзера с правами только на эту папку.
И там уже доставлять параметры в джобу для каждого Jenkins'а через jjb.
Я думаю с таким вариантом jjb вам разрешат
И там уже доставлять параметры в джобу для каждого Jenkins'а через jjb.
Я думаю с таким вариантом jjb вам разрешат
DS
а, это дичь. И в общем случае это никак не решить. Там может быть юзер в базе jenkins, а может быть ldap или oauth вообще. Jenkins просто может не знать пароля от юзера
II
ну там не очень случай, там очень конкретный, где дженк и ресурс шарят юзеров именно через лдап)
DS
Я бы тут подумал, может быть можно поменять подход. Не знаю, через vault это делать, временные токены и тому подобное.
2021 May 13
DK
Всем привет, а как в декларативном пайплайне использовать httpRequest
job('example') {
steps {
httpRequest('http://www.example.com') {
httpMode('POST')
authentication('Credentials')
returnCodeBuildRelevant()
logResponseBody()
}
}
}
DK
падает с java.lang.IllegalArgumentException: Expected named arguments but got [https://events.pagerduty.com/v2/enqueue, org.jenkinsci.plugins.workflow.cps.CpsClosure2@4e492107]
DK
если написать url='url' таже хрень
java.lang.IllegalArgumentException: Expected named arguments but got [{url=https://events.pagerduty.com/v2/enqueue}, org.jenkinsci.plugins.workflow.cps.CpsClosure2@1818ac7a]DS
оберни в script
DK
решилось через httpRequest(url: "...", httpMode: '...', ....)
VD
Привет. На нодах начались такие падения https://paste2.org/sfpEmhkG
До этого все работало и особых проблем не наблюдалось. Что это может быть?
До этого все работало и особых проблем не наблюдалось. Что это может быть?
VD
падает на
checkout([
$class: 'GitSCM',
branches: [[name: '*/master']],
doGenerateSubmoduleConfigurations: false,
extensions: [[$class: 'CleanBeforeCheckout'], [$class: 'RelativeTargetDirectory', relativeTargetDir: 'dev']],
submoduleCfg: [],
userRemoteConfigs: [[credentialsId: 'jenkins-oro-app', url: 'https://github.com/lab/dev.git']]
])VD
выяснилось что если на слейве стоит 16 версия java java-latest-openjdk-headless-16.0.1.0.9-1.rolling.el8.x86_64, то не работает. Поставил java-1.8.0-openjdk-headless.x86_64 и исправилось.