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

Jenkins版本= 2.19 Jenkins Multibranch Pipeline插件版本= 2.92

我有一个基于分支的几个条件阶段的Jenkinsfile。

为了简洁起见,以下是我的Jenkinsfile的修改版本:

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

这是构建日志的结尾(我希望这样就足够了,因为我

不想挑出所有私人信息,但是如果需要的话让我知道)

[INFO] BUILD SUCCESS

[INFO] ------------------------------------------------------------------------

[INFO] Total time: 30.459 s

[INFO] Finished at: 2017-02-21T15:13:02+11:00

[INFO] Final Memory: 84M/769M

[INFO] ------------------------------------------------------------------------

[Pipeline] }

[Pipeline] // stage

[Pipeline] }

[Pipeline] // node

[Pipeline] sh

Required context class hudson.FilePath is missing

Perhaps you forgot to surround the code with a step that provides this, such as: node

[Pipeline] End of Pipeline

org.jenkinsci.plugins.workflow.steps.MissingContextVariableException: Required context class hudson.FilePath is missing

at org.jenkinsci.plugins.workflow.steps.StepDescriptor.checkContextAvailability(StepDescriptor.java:253)

at org.jenkinsci.plugins.workflow.cps.DSL.invokeStep(DSL.java:179)

at org.jenkinsci.plugins.workflow.cps.DSL.invokeMethod(DSL.java:126)

at org.jenkinsci.plugins.workflow.cps.CpsScript.invokeMethod(CpsScript.java:108)

at groovy.lang.GroovyObject$invokeMethod.call(Unknown Source)

at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48)

at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113)

at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:151)

at org.kohsuke.groovy.sandbox.GroovyInterceptor.onMethodCall(GroovyInterceptor.java:21)

at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:115)

at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:103)

at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:149)

at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:146)

at com.cloudbees.groovy.cps.sandbox.SandboxInvoker.methodCall(SandboxInvoker.java:16)

at WorkflowScript.run(WorkflowScript:93)

at ___cps.transform___(Native Method)

at com.cloudbees.groovy.cps.impl.ContinuationGroup.methodCall(ContinuationGroup.java:57)

at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.dispatchOrArg(FunctionCallBlock.java:109)

at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.fixArg(FunctionCallBlock.java:82)

at sun.reflect.GeneratedMethodAccessor501.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:498)

at com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)

at com.cloudbees.groovy.cps.impl.ConstantBlock.eval(ConstantBlock.java:21)

at com.cloudbees.groovy.cps.Next.step(Next.java:58)

at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:154)

at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$001(SandboxContinuable.java:18)

at org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:33)

at org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:30)

at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.GroovySandbox.runInSandbox(GroovySandbox.java:108)

at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:30)

at org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:163)

at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:328)

at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$100(CpsThreadGroup.java:80)

at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:240)

at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:228)

at org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:63)

at java.util.concurrent.FutureTask.run(FutureTask.java:266)

at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112)

at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)

at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)

at java.util.concurrent.FutureTask.run(FutureTask.java:266)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

at java.lang.Thread.run(Thread.java:745)

Finished: FAILURE

回答:

因此,在更仔细地查看日志文件后,它帮助我找出了

问题所在。

值得注意的是,单击构建阶段以查看日志是

我的想法-这就是我一直在做的事情。当我实际进入完整的

控制台日志输出时,我看到以下错误:

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语句放在节点{}部分中。

以上是 Jenkins Pipeline条件阶段成功,但Jenkins显示构建失败 的全部内容, 来源链接: utcz.com/qa/433779.html

回到顶部