Tag: jenkinspipe道

jenkinspipe道:代理vs节点?

代理和jenkinspipe道中的节点之间有什么区别? 我find了这些定义: 节点 :Pipeline执行的大部分工作都是在一个或多个声明的节点步骤的上下文中完成的。 agent :代理指令指定整个Pipeline或特定的阶段将在Jenkins环境中执行的位置,取决于代理指令的位置。 所以两者都用于执行stream水线步骤。 但是什么时候用哪一个?

如何访问参数化版本中的参数?

如何访问Jenkins工作的“Workflow”的“此构build是参数化”部分中设置的参数? testing用例 创build一个工作stream程作业。 启用“此版本已参数化”。 使用默认值bar text添加STRING PARAMETER foo 。 将以下代码添加到Workflow Script : node() { print "DEBUG: parameter foo = ${env.foo}" } 运行工作。 结果 DEBUG: parameter foo = null

我怎样才能用GitHub Org插件从jenkinspipe道(jenkinsfile)中触发另一个工作?

我怎样才能从Jenkinsfile内部触发构build另一个工作? 我认为这个工作是同一个github组织下的另一个仓库,已经有了自己的Jenkins文件。 我也想这样做只有当分支名称是主,​​因为它是没有意义的触发任何本地分支的下游构build。 更新: stage 'test-downstream' node { def job = build job: 'some-downtream-job-name' } 不过,执行时,我得到一个错误 未find名为some-downtream-job-name的参数化作业 我相信这个工作存在于jenkins,并且与当前的组织文件夹在同一个文件夹下。 这是另一个有自己的Jenkinsfile 。 请注意,这个问题是特定于GitHub组织插件 ,它会自动为您的GitHub组织的每个存储库和分支创build和维护作业。

如何列出jenkinspipe道作业中的所有`env`属性?

鉴于jenkins 2.1构buildpipe道,jenkins将envvariables注入到node{} 。 例如, BRANCH_NAME可以通过访问 node { echo ${env.BRANCH_NAME} … 我想要回显jenkinspipe道中的所有 env属性。 我正在寻找类似的代码 node { for(e in env){ echo e + " is " + ${e} } … 这将回应类似的东西 BRANCH_NAME is myBranch2 CHANGE_ID is 44 …

jenkinspipe道擦除工作区

我们正在运行Jenkins 2.x并喜欢新的Pipeline插件。 但是,如果存储库中有这么多的分支,磁盘空间会很快填满。 有没有任何插件与Pipeline兼容,我可以消灭成功构build的工作区?