Jenkins管道条件阶段成功,但Jenkins显示构建失败

Jenkins管道条件阶段成功,但Jenkins显示构建失败,jenkins,jenkins-pipeline,Jenkins,Jenkins Pipeline,詹金斯版本=2.19 Jenkins多分支管道插件版本=2.92 我有一个Jenkins文件,其中有几个基于分支的条件阶段 以下是我的Jenkins文件为简洁起见而修改的版本: node { stage('Checkout') { checkout scm } stage('Clean Verify') { sh 'mvn clean verify' } if (env.BRANCH_NAME == "develop")

詹金斯版本=2.19 Jenkins多分支管道插件版本=2.92

我有一个Jenkins文件,其中有几个基于分支的条件阶段

以下是我的Jenkins文件为简洁起见而修改的版本:

node {
    stage('Checkout') {
        checkout scm
    }

    stage('Clean Verify') {
        sh 'mvn clean verify'
    }

    if (env.BRANCH_NAME == "develop") {
        stage('Docker') {
            sh 'mvn docker:build -DpushImage'
        }
    }
}
我正在使用多分支管道插件

它成功地检测并构建了我的所有分支

我的问题是,所有构建都报告为失败,即使我将鼠标悬停在每个阶段,它报告为“成功”

我附上了一张图片,显示了一个功能分支,我想运行的两个阶段已经运行并成功完成,但您可以看到构建实际上报告为失败

对于开发分支,我也得到了完全相同的结果——它成功地执行了Docker阶段,但是构建报告失败了

我的期望是,当为该分支运行的阶段全部通过时,每个分支都将报告成功

编辑1

这是构建日志的结尾(我希望这足够了,因为我不想挑出所有的私人信息,但如果需要,请告诉我)


sh
命令结尾没有引号。

因此,仔细查看日志文件后,它帮助我找到了问题所在

值得注意的是,点击build stage来查看日志让我感到很沮丧——这就是我一直在做的事情。当我实际转到完整控制台日志输出时,我看到了以下错误:

Required context class hudson.FilePath is missing
Perhaps you forgot to surround the code with a step that provides this, such as: node
在我拥有的节点{}部分下面,我有一个用于部署的语句:

def branch = readFile('branch').trim()
if (branch == master) {
    ...
}
问题是readFile语句是在节点外部定义的


答案是将readFile语句放在节点{}节中。

我知道这是旧的,但是我在声明性管道中遇到了类似的问题,并在这里登陆。事实证明,我试图使用
sh
管道
块内设置一个
环境
变量,但我的主
代理
,即:

pipeline {
    agent none
    environment {
        VERSION = sh(returnStdout: true, script: 'git describe --tags')
    }
}

这导致相同的错误
缺少必需的上下文类hudson.FilePath
。使用
代理将其移动到
阶段

在我的情况下,它突然停止工作,出现错误:

Required context class hudson.FilePath is missing
Perhaps you forgot to surround the code with a step that provides this, such as: node

原因是节点已关闭。必须重新启动它并重新启动它的代理(它是从属的)。

我的错误解决方案
缺少必需的上下文类hudson.FilePath
也许您忘记了用一个提供此功能的步骤来包围代码,例如:node

是:

我犯了这个错误:

执行always post条件时出错:org.jenkinsci.plugins.workflow.steps.MissingContextVariableException:缺少必需的上下文类hudson.FilePath
也许您忘记了用一个提供此功能的步骤来包围代码,例如:node

这是由模糊插值引起的:

environment {
    FILE = "some-$BRANCH.yml"
}
在这种情况下,正确的表达是:

"some-${BRANCH}.yml"

如果您的分支被删除,则可能发生此错误,并将显示以下错误:

由以下原因引起:org.codehaus.groovy.runtime.invokering异常: org.jenkinsci.plugins.workflow.steps.MissingContextVariableException: 所需的上下文类hudson.FilePath可能缺少14:25:07 你忘了用一个步骤来围绕代码,比如 as:节点

最后它还会说:

错误:找不到要生成的任何修订。验证存储库和 此作业的分支配置

在我们的案例中,我们有时会设置一个作业来使用仍在PR中的分支,一旦PR被合并,分支就会自动删除(例如)


如果这是您的情况,则恢复作业中的分支,并且它应该再次工作。如果您不一致地看到此错误,那么这可能是您的问题。

您可以向我们展示构建日志中的内容吗?感谢您指出这一点。这只是我的SO帖子中的一个输入错误,虽然不是在Jenkins文件中。这必须在节点上下文中执行,这是一个非常重要的细节。这正是让我大吃一惊的地方。但看看原始帖子,代码似乎在
节点{}
块中?您可以通过以下方式定义全局变量:在文件顶部创建一个变量(在
管道
之前),如下所示:
定义my_变量
。然后您可以在第一个构建步骤中实例化这个全局变量:
script{my_variable=sh(script:“do_stuff”,returnStdout:true)。trim()}
。因此,您现在可以在其他阶段重用该变量,因为它现在是
Jenkinsfile
中的全局变量。希望这能有所帮助。当我从一个环境块中使用
凭据(“凭据id”)
时,我遇到了同样的问题,该环境块有一个标记为none的代理,在我的情况下,这是块阶段之前的第一个块。多亏了这一点,我们大约每100个作业中就会收到一次,很难弄清楚到底发生了什么,但我认为你的评论可能给了我们一个线索。谢谢。我的ec2从节点时间与主节点不同步,重新启动,管道正常运行。这个回答给了我一个暗示。非常感谢。
environment {
    FILE = "some-$BRANCH.yml"
}
"some-${BRANCH}.yml"