Jenkins 詹金斯的主人和奴隶行为不同

Jenkins 詹金斯的主人和奴隶行为不同,jenkins,groovy,jenkins-pipeline,Jenkins,Groovy,Jenkins Pipeline,正在寻找关于我们詹金斯奴隶组织的建议。到目前为止,我们刚刚有一个主盒。所有作业都是从svn中存储的groovy Jenkins文件运行的管道。这些脚本不同地引用与Jenkins文件位于同一目录中的其他脚本,并作为签出的一部分。我们决定在设置中添加一个从机,但发现Jenkins在从机上运行作业时的行为有所不同 在主机上运行作业时,脚本将签出到以下位置: <JenkinsHome>/<Workspaces>/<JobName>@Script/ <Jenki

正在寻找关于我们詹金斯奴隶组织的建议。到目前为止,我们刚刚有一个主盒。所有作业都是从svn中存储的groovy Jenkins文件运行的管道。这些脚本不同地引用与Jenkins文件位于同一目录中的其他脚本,并作为签出的一部分。我们决定在设置中添加一个从机,但发现Jenkins在从机上运行作业时的行为有所不同

在主机上运行作业时,脚本将签出到以下位置:

<JenkinsHome>/<Workspaces>/<JobName>@Script/
<JenkinsHome>/<Workspaces>/<JobName>/
在脚本开始时,但这会将脚本签出到以下位置:

<JenkinsHome>/<Workspaces>/<JobName>@Script/
<JenkinsHome>/<Workspaces>/<JobName>/
///
注意缺少@Script


我们可以通过让脚本在多个地方查找它需要的文件来解决这个问题,但我想知道是否有其他人已经使用了更优雅的解决方案。

结束此操作。归结到我们对主从如何相互作用的根本性误解。

结束这个话题。归根结底是我们对主从如何相互作用的根本误解。

为什么要使用绝对路径?我们不是。我们以编程方式选择路径。但是在主机上,您最终会得到一个类似于://--Main Workspace//@Script/--的结构,其中包含签出的脚本。而在从机上,您得到://--主工作区和签出脚本的位置。为什么使用绝对路径?我们没有。我们以编程方式选择路径。但是在主机上,您最终会得到一个类似于://--Main Workspace//@Script/--的结构,其中包含签出的脚本。而在从机上,您可以得到://--Main Workspace和签出脚本的位置。我想您可以删除它?我想您可以删除它吗?