jenkins - Jenkins 正在重新使用管道工作区，我希望每个构建都有一个独特的工作区

Question

因此，我在这个主题上找到的大多数问题和答案都是针对想要使用相同工作区进行不同运行的人。（这让我感到困惑，但我每次开始工作时都需要一个干净的石板。剩下的东西只会破坏东西）

我的问题恰恰相反 - 我必须为每次运行都有一个单独的工作区（或者我需要知道如何在不同的运行中创建具有相同名称的文件，这些文件仅与该运行保持一致，并且可以从 bash 脚本轻松访问管道！）

所以，我的问题是 - 我如何强制 Jenkins 不对不同主机上的两个同时运行的作业使用相同的工作区，或者我可以在“自定义工作区”字段中使用什么变量来完成此操作？

在我回答@Joerg SI 的问题后，我意识到我在说 Joerg S 说不可能发生的事情正是我所观察到的！Jenkins 在 2 个不同的主机上为 2 个不同的并发作业使用相同的工作区。 这是 Jenkins 管道错误吗？

请参阅下面的令人眼花缭乱的信息。

考虑到我在运行期间必须进出节点的方式，我发现我可以在同一作业的不同主机上启动 2 个不同的构建，并且它们共享工作区目录！由于每个作业都有 shell 脚本，它们忙于将文件写入该目录，这非常糟糕。

在jenkins 的自定义工作区中，我们被告知要使用自定义工作区，我就是这样设置的

在Jenkins 中：如何在唯一目录中运行构建我们被告知在上面的自定义工作区字段中使用 ${BUILD_NUMBER}，所以我尝试的是：

 ${JENKINS_HOME}/workspace/${ITEM_FULLNAME}/${BUILD_NUMBER}

当我使用它时发生的所有事情就是工作区名称是，你猜对了，“${BUILD_NUMBER}”（我什至得到了一个“${BUILD_NUMBER}@2”，只是为了更好的衡量！）

我试过 {$BUILD_ID}，同样的事情（从字面上使用，不代替数字）。

我打开了“允许并发构建”。

我只使用管道。

作为正常执行的一部分，这里的所有作业都会导致从属、非主控主机重新启动到无法运行 slave.jar 的操作系统（实际上，它根本没有网络访问权限），所以我无法运行该主机上的整个管道。

所有作业都在其内部某处使用以下构造：

    tests=Arrays.asList(tests.split("\\r?\n"))
    shellerror=231
    for( line in tests){

因此，让我们将一个示例作业称为“foo”，它遍历一个列表，如上所述，我想在 2 个不同的主机上运行。该作业的管道开始在 master 上运行（因为上面的 for（测试中的行）需要在节点上运行！））。然后在主从之间来回切换，通常是多次。

如果我同时在主机 A 和主机 B 上开始这项工作，他们将同时使用工作空间 ${JENKINS_HOME}/workspace/${JOB_NAME}，或者在我的情况下是 /var/lib/jenkins/jenkins/workspace/工作

由于他们将不同的数据写入该目录中具有相同名称的文件，因此我显然立即完全崩溃了。

那么，我如何强制 Jenkins 每个作业都使用一个独特的工作区？

或者是什么？？？

其他：管道构建步骤版本 2.5.1，Jenkins 2.46.2

我一直试图让工作区语句（'ws'）工作，但这也没有像我预期的那样工作 - 有些文件在我明确命名的工作区中，有些仍然在'内置' 工作区（工作区/）。

我被要求提供代码。我使用的“标准”管道大约是 26K 字节，由大约 590 行组成。所以，我要大大减少。话虽如此：

node("master") { // 1
   ..... lots of stuff....
}  // this matches the "node('master')" above
node(HOST) {
  echo "on $HOST, check what os"
  if (isUnix()) 
      ...some more stuff...
} // end of 'node(HOST)' above
if (isok == 0 ) {
   node("master") { 
      echo "----------------- Running on MASTER 19 $shellerror waiting on boot out of windows ------------"
      sleep 120
      echo "----------------- Leaving MASTER ------------"
   }
}
 ... lots 'o code ...

node(HOST) {
  ... etc 
} // matches the latest 'node HOST' above
node("master") { // 120
    .... code ...
    for( line in tests) {
        ...code...
    }
}
... and on and on and on, switching back and forth from one to the other

FWIW，当我尝试使上述使用“ws”以便我可以确定 ws 名称是唯一的时，我只是在（几乎）每个“节点”开口下面直接添加了一个“ws wsname”块，所以它是

node(name) { ws (wsname) { ..stuff that was in node block before... } }

但是后来我有两个目录要担心检查 - “默认”工作区/作业名目录和新的 wsname 目录。

标签： jenkinsjenkins-pipeline

Answer 1

尝试使用customWorkspace节点通用选项：

pipeline {
  agent {
    node {
      label 'node(s)-defined-label'
      customWorkspace "${JENKINS_HOME}/workspace/${JOB_NAME}/${BUILD_NUMBER}"
    }
  }
  stages {
    // Your pipeline logic here
  }
}

自定义工作区

一个字符串。在此自定义工作区中运行此代理应用到的管道或单个阶段，而不是默认阶段。它可以是相对路径，在这种情况下，自定义工作空间将位于节点上的工作空间根目录下，也可以是绝对路径。

编辑

因为这不适用于您的复杂管道。也许试试这个愚蠢的解决方案：

def WORKSPACE = "${JENKINS_HOME}/workspace/${JOB_NAME}/${BUILD_NUMBER}"

node(HOST) {
   sh(script: "mkdir -p ${WORKSPACE}")
   sh(script: "cd ${WORKSPACE}")
   //Do stuff here
}

或者如果 dir() 可访问：

def WORKSPACE = "${JENKINS_HOME}/workspace/${JOB_NAME}/${BUILD_NUMBER}"

node(HOST) {
   sh(script: "mkdir -p ${WORKSPACE}")
   dir(WORKSPACE) {
   //Do stuff here
   }
}