Jenkins管道构建如何确定工作区文件夹？

Question

在Jenkins管道中，当在特定节点上运行构建时，会在该代理上分配工作区。我们没有设置工作区路径，所以它是自动确定的。我知道工作区必须包含执行程序编号，以便在同一代理上同时运行相同作业时隔离构建。

但是工作区路径是如何构造的？

我们的构建被分配给一个特定的节点（有4个执行器），并且被配置为不允许并发构建。通常分配给：

EXECUTOR_NUMBER=1
WORKSPACE=xxx\yyy\jobname

在某个时刻，构建开始在executor 2上运行，但仍然使用与以前相同的工作区。

后来，构建再次在executor 1上运行，但现在使用

WORKSPACE=xxx\yyy\jobname@2

它破坏了生成，因为它无法处理路径中的“@”符号。从那时起，构建继续使用该工作区，即使在将构建机器上的执行者数量设置为1、手动删除代理的工作区目录等之后也是如此。

因此，我的问题是：

• 如何准确地确定工作区路径？为什么突然有了@2后缀

谢谢你的见解！

我们用的是詹金斯LTS 2.107。2和最新的管道插件（我不知道哪个版本特别有趣）。

Answer 1

工作空间不应影响管道脚本。

在我的工作中，我就是这么做的

def workspace = pwd()

在节点作用域的开始，使用工作区作为变量，它像一个魅力一样工作。

如果你打开一个新的节点范围，你应该知道它可能使用一个不同的工作区文件夹。

dir (worspace){
 do something
}

使用workspace变量，以便可以控制它，以便使用与上一个节点作用域完全相同的工作空间。

我希望有帮助

Answer 2

可以手动更改工作区后缀分隔符（即@）的默认值，而无需使用hudson.slaves.WorkspaceList属性重新编译Jenkins（详情请参阅本文）。也就是说，在Debian中，我把它改成了-，这一行 /etc/default/jenkins：

JAVA_ARGS="-Djava.awt.headless=true -Dhudson.slaves.WorkspaceList=-"

Answer 3

工作空间分配在工作空间列表中完成。JAVA

可以在工作区上获取锁，然后导致@

如果这真的是一个大问题，您可以自己编译jenkins并更改此分隔符。更少的麻烦可能是自己分配工作区，即选择自己的路径，同时检查它们是否未被使用（或使用某些时间戳后缀），但请注意，此分隔符也用于可能使用的其他路径，即使用全局共享库时，使用路径如workspace@script等。

编辑：错过了你的其他问题。正如您在这个源文件中看到的，执行器编号与工作区命名无关。唯一的原因是当一些锁在基本工作区路径上没有后缀号（inUse.get（candidate.getRemote（））；。因此，一旦一个工作区被输入使用，它将只检查下一个候选人与@n1据我所知Jenkins将重用工作区。根据您的scm检出策略，您甚至可以考虑在使用deleteDir构建之前手动清理工作区，以确保不会产生副作用。