У меня вопрос, это нормально, или так не должно быть?
Т.е. нельзя jobDSL параметризованный кучу раз выполнять. Надо сформировать один единый и уже его 1 раз выполнить?

посмотри в сторону jenkins-job-builder

Спасибо!
Но мне кажется, это не то что мне нужно. Слишком там много всего внешнего.

Да можно, если генерируемые элементы различны, то он и будет новые создавать, если уже существуют, обновит существующие

Да, и по времени занимает меньше секунды, что в целом, нравится. Но вовод этот огромный для каждой сущности не нравится. В итоге сейчас решил просто заменить сразу выполнение куска jobDSL на просто возврат строки, из строк сложу длинный jobDSL, и выполню его за 1 раз.

Положите скрипт во фристайл и вызывайте пайп сколько хотите )

С какими хотите параметрами, вы их сами в теле фристайла уже обработаете

Started calculate disk usage of build
Finished Calculation of disk usage of build in 0 seconds16:18:30 Started by user
16:18:30 Running as SYSTEM
16:18:30 [EnvInject] - Loading node environment variables.
16:18:30 Building remotely on inblr1pr004 in workspace /data/jenkins/workspace/ICAS1_BuildEnv_suna272736
16:18:31 using credential e8c8c1b8-96b1-4583-8403-78f8973aba99
16:18:31  > git rev-parse --is-inside-work-tree # timeout=10
16:18:32 Fetching changes from the remote Git repository
16:18:32  > git config remote.origin.url git@gitext.company.com:ICAS1/sysint_tools.git # timeout=10
16:18:32 Fetching upstream changes from git@gitext.company.com:ICAS1/sysint_tools.git
16:18:32  > git --version # timeout=10
16:18:32 using GIT_SSH to set credentials SSH private key for user nb12962
16:18:32  > git fetch --tags --progress git@gitext.company.com:ICAS1/sysint_tools.git +refs/heads/*:refs/remotes/origin/* # timeout=10
16:18:36  > git rev-parse origin/devel^{commit} # timeout=10
16:18:36 Checking out Revision bc7306aa8a792c5d93b608306e144f7a6b6851f1 (origin/devel)
16:18:37  > git config core.sparsecheckout # timeout=10
16:18:37  > git checkout -f bc7306aa8a792c5d93b608306e144f7a6b6851f1 # timeout=10
16:18:40 Commit message: "Merge pull request #206 from ICAS1/ICAS1-27159"
16:18:40  > git rev-list --no-walk bc7306aa8a792c5d93b608306e144f7a6b6851f1 # timeout=10
16:18:41 Next nodes: []
16:18:41 [ICAS1_BuildEnv_suna272736] $ /bin/bash /tmp/jenkins8549827705640089231.sh
16:18:41 sudo: no tty present and no askpass program specified
16:18:41 ===ERROR: unknown node inblr1pr004===
16:18:42 Build step 'Execute shell' marked build as failure
16:18:42 Started calculate disk usage of build
16:18:42 Finished Calculation of disk usage of build in 0 seconds
16:18:43 Started calculate disk usage of workspace
16:18:43 Finished Calculation of disk usage of workspace in 0 seconds
16:18:52 Finished: FAILURE

Instead of  etc/sudoers options

Any alternative solution

Ask pass program specified settings in jenkins job

Please help me

I don't think it looks like similar

Except sudoers modification

Привет. Можно как-то через Job DSL описать Promoted Build Parameter? не могу нагуглить((

promotedBuildParameterDefinition {
name(String value)
jobName(String value)
process(String value)
description(String value)
}

parameters {
PromotedBuildParameterDefinition('release', "${projectTitle}/Release", 'Approved', '')
}

ERROR: (script, line 3) No signature of method: javaposse.jobdsl.dsl.helpers.BuildParametersContext.PromotedBuildParameterDefinition() is applicable for argument types: (java.lang.String, org.codehaus.groovy.runtime.GStringImpl, java.lang.String, java.lang.String) values: [release, screambot/Release, Approved, ]

можно попробовать посмотреть на вашем дженкинсе в встроенной документации

http://<your_jenkins_host>/plugin/job-dsl/api-viewer/index.html

там кроме этого ничего нет:
promotedBuildParameterDefinition {
name(String value)
jobName(String value)
process(String value)
description(String value)
}

тогда по идее так и должно быть


parameters {

PromotedBuildParameterDefinition {
 name('release')
 jobName("${projectTitle}/Release")
 }
}