问题标签 [jenkins-job-dsl]

我可以使用 Jenkins 的 DSL 插件进行下游工作：

https://github.com/jenkinsci/job-dsl-plugin/wiki/Job-reference#downstream

我怎样才能做上游工作（同样的事情......只是在不同的地方指定）？

在 UI 中，它位于触发器下：“在构建其他项目后构建”。

好的，这是我的困境，我正在使用一些 DSL groovy 脚本在 Jenkins 中创建工作，但遇到了一些障碍。我试图让 Jenkins 在特定视图中的文件夹中创建新作业。当我最初运行该作业并为我提供创建的作业时，如果我单击该页面上的链接，则该作业看起来像是在正确的位置，但是，如果我转到该作业应该位于的视图，这就是我遇到问题的地方，文件夹/作业不存在。它在所有视图中列出，但不是我希望在其中列出的视图。有没有办法可以更改我的脚本来解决这个问题，或者 Jenkins 中有没有人知道的东西可以解决这个问题？任何帮助都是极好的！

较旧的{名称“${project}”}作业{名称“${project}/${project}Web”}文件夹{名称“${project}”}作业{名称“${project}/${project}Web " }

这是我们用来制作文件夹的代码的一部分。

我正在开发混合应用程序并拥有两个分支 iOS 和 Android。如何使用 hockeyapp 配置 Jenkins 构建？

我想从我的 DSL 脚本中访问当前正在执行的种子作业的配置。

例如，我想为我正在创建的作业使用与我的种子作业相同的 SCM 设置。

我该怎么做呢？

构建流程插件脚本可以调用build.setDescription()来设置构建的描述。可以在 JobDSL 脚本中完成类似的操作吗？或者脚本是否必须通过注入环境变量？

我使用Job DSL Plugin来生成我的 Jenkins 构建。但有时我会对 Jenkins 中的构建进行一些小的更改，并且我想将这些更改自动移植回我的 DSL 脚本。有什么办法可以做到这一点？

使用 Job-DSL，我们可以在 Jenkins 中配置 C# 项目。

SonarQube 任务给我们带来了困难。

如何sonar-project.properties使用 Job-DSL 脚本设置配置文件的路径？

最终脚本

感谢@Bruno César，我添加pathToSonarProjectProperties了参数。

sonar使用以下相对于项目根的路径调用该函数sonar-project.properties：

使用 Job-DSL 在 BitBucket 上完成推送时如何触发构建？

我认为是这样的，但是使用 BitBucket，而不是 GitHub ......

我也在寻找一种“拉动”行为，如果 BitBucket 上有新内容，Jenkins 会每隔N分钟查看一次。

我正在将 Jenkins 从 Windows 迁移到 Debian。我有一个在 Windows 机器上运行良好的 JobDSL，但在 Debian 上使用它，它只构建一些 XML 模块并且无法解释大多数其他模块，即它们显示为未配置的字段/它们的节点在config.xml中不存在。DSL 是从其自己的 Jenkins 作业中调用的，该作业仅检查代码，然后从文件中调用 DSL。如果出现问题，即如果 DSL 找不到它应该配置的插件，则构建将失败或变得不稳定，这取决于错误是什么。

但是，创建作业以“SUCCESS”结束，即使其 DSL 被转换为错误的config.xml。这样，我无法弄清楚出了什么问题。

在这两个系统上，Jenkins 都是 1.596.2，DSL 插件是 1.32(Win)/1.34(Deb)。我小心地安装了 DSL 需要的所有 Jenkins 插件。

编辑：我通过backports将Groovy 更新到 2.2.2，但 DSL 效果没有改变。

有谁知道这可能是什么原因？

我们使用 JJB（Jenkins Job Builder）来生成我们的工作，但根据我找到的信息，最近我决定尝试 Jenkins DSL 插件，因为它与 JJB 相同或接近强大。尝试另一种技术的原因是我无法用 JJB 解决一个任务。它让我深入研究 DSL 插件技术，尝试创造工作并以我们使用 JJB 的方式组织一切，以了解 DSL 插件是更好还是更差，我们应该使用它来代替 JJB 还是作为补充。

网上关于这两个插件的优缺点的资料并不多，所以想请大家帮我理解一下：

• JJB 到 Jenkins DSL 插件之间有什么优缺点
• 一个人可以完成哪些任务而不是另一个人可以完成哪些任务？

就我自己而言，我可以说以下几点： DSL 插件优势：

1. DSL 插件允许我们使用强大的编程语言（groovy），它允许创建更有效的作业配置。
2. DSL 插件不依赖于插件开发——如果有新的参数和元素被添加，你可以很容易地使用节点语法添加它们。
3. 例如，您可以使用类导入轻松地从其他 DSL 脚本中获取变量（这就是我决定尝试 DSL 插件的原因）。

DSL插件的缺点：

1. 用它创建模板更加困难，您需要添加额外的代码才能使其工作。“using()”命令不允许您传递变量。
2. 语法有点困难。