我正在将詹金斯从窗户迁移到debian。我有一个在Windows Machine上运行良好的JOBDSL，但是在Debian上使用它，它仅构建了一些XML模块，并且无法解释大多数其他模块，即它们看起来为未配置的字段/它们的节点不存在于 config中.xml 。DSL是从其自己的Jenkins作业中调用的，该作业仅检查代码，然后从文件中调用DSL。如果出现问题，即，如果DSL找不到应该配置的插件，则构建将失败或变得不稳定，具体取决于错误是什么。
但是，即使将其DSL转换为错误的 config.xml ，创建作业也以"成功"的形式完成。这样，我不知道出了什么问题。
在两个系统上，詹金斯为1.596.2，DSL插件为1.32（win）/1.34（deb）。我小心翼翼地安装所有DSL需求的Jenkins插件。
编辑：我通过Backports更新了Groovy至2.2.2，但对DSL效果没有更改。
有人知道会导致的吗？
如果您的问题是由于旧的Groovy-version引起的，则您可以通过Debian Backports安装较新的版本：（此答案也有描述）
- 添加
deb http://http.debian.net/debian wheezy-backports main（或其他分布，例如squeeze，您可能只看其他行）到您的/etc/apt/sources.list -
apt-get update作为root（或通过sudo） -
apt-get install -t wheezy-backports groovy（必要时再次替换wheezy）
使用apt-get更新的优点是
- 它总是使版本保持最新（使用Backports时）和
- 它安装了对于所有用户而言。从GVM主页开始，GVM似乎并非如此：
然后，它将在您的主目录中创建一个.gvm/文件夹，然后整齐 在其下面安装所有候选人。
在开始为我的帖子提取独立的代码示例时，我发现效果似乎是由archiveXunit模块引起的。当我在publishers部分中省略它时，一切都按预期工作。包括它会引起怪异的干扰，例如到SCM和日志旋转模块。
作为旁注，我在此期间将Debian升级到Jessie，因为groovy2软件包（版本2.x.x）在Wheeezy中不支持，并安装它需要一些不必要的体操。我什至不需要在Jessie上使用Backports。（我想知道快速发展的詹金斯和保守派黛比安的结合首先是一个不错的选择，但我想时间会证明这一点。）
所以，是的...对我来说似乎是一个插件问题。我还在这里写信到插件的邮件列表。我会继续调查。
更新：
这似乎是一个插件问题，但不是来自obsdl，而不是 xunit和junit插件之间的依赖关系。我想创建一个特别苗条的设置并停用了Junit插件，以为我在系统上没有Java构建或测试...很好：Xunit激活但没有Junit，JobDSL以上方式失败。激活junit使这个问题消失了。这是我对Jenkins Jira中小Xunit错误的描述。