Jenkins SYSTEM用户删除自定义工作区配置

Question

我有一份工作NightlyTest-Winx64配置为使用customWorkspace D：\ builds \ build-dir \ Quick-Winx64-Trunk。

Quick-Winx64-Trunk是Jenkins的一项工作，它将检查源存储库，编译，存档一些工件，然后触发NightlyTest-Winx64作业。它触发NightlyTest-Winx64使用相同的工作区在同一节点上运行，这样我们就不会检出并编译两次，只需要运行测试。

在第一次运行NightlyTest-Winx64时，customWorkspace存在并按预期使用。但是，在第一次运行期间，SYSTEM用户从作业中删除customWorkspace配置。因此，NightlyTest-Winx64的所有后续版本都将在默认工作区中运行，这是不正确的。

之前是否有人遇到过这种行为？为什么SYSTEM用户会更改我的作业配置？

Answer 1

我使用的两个插件之间的冲突是使用Quick的工作区来触发Nightly。

以前的配置：

• 从Quick中触发参数化构建，节点名称作为参数（参数化触发器插件） https://wiki.jenkins-ci.org/display/JENKINS/Parameterized+Trigger+Plugin
• On Nightly期望一个参数节点并将customWorkspace设置为快速
的节点
• 在Build Environment下选择在与...相同的节点上运行并共享相同的工作区（Node Stalker Plugin） https://wiki.jenkins-ci.org/display/JENKINS/Node+Stalker+Plugin

Node stalker充当SYSTEM用户并进行配置更改。使用上述两个插件都是多余的，因此导致了冲突。

新配置：

• 从没有参数的快速触发构建（内置到Jenkins中）
• 使用Node stalker插件为Nightly
获取正确的节点和工作区