Jenkins - 可以在管道脚本中使用 parsedVersion 属性吗？

Question

我有一个构建 SNAPSHOT 版本并增加 POM 版本的 Jenkins Maven 项目作业。在“目标和选项”字段中，我有：

干净安装 build-helper:parse-version 版本:set -DnewVersion=${parsedVersion.majorVersion}.${parsedVersion.minorVersion}.${parsedVersion.nextIncrementalVersion}-SNAPSHOT 版本：提交

这按预期工作，没有问题。但是，当我尝试使用以下方法基本上做同样的事情时，一个单独的 Jenkins 管道作业失败了：

sh mvn clean install build-helper:parse-version versions:set -DnewVersion=${parsedVersion.majorVersion}.${parsedVersion.minorVersion}.${parsedVersion.nextIncrementalVersion}-SNAPSHOT 版本：提交

控制台输出显示：

groovy.lang.MissingPropertyException：没有这样的属性：parsedVersion 对于类：WorkflowScript 在 org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecodeAdapter.java:53) 在 org.codehaus.groovy.runtime.ScriptBytecodeAdapter.getProperty(ScriptBytecodeAdapter.java:458) 在 org.kohsuke.groovy.sandbox.impl.Checker$6.call(Checker.java:290) 在 org.kohsuke.groovy.sandbox.GroovyInterceptor.onGetProperty(GroovyInterceptor.java:68) 在 org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onGetProperty(SandboxInterceptor.java:326) 在 org.kohsuke.groovy.sandbox.impl.Checker$6.call(Checker.java:288) 在 org.kohsuke.groovy.sandbox.impl.Checker.checkedGetProperty(Checker.java:292) 在 org.kohsuke.groovy.sandbox.impl.Checker.checkedGetProperty(Checker.java:268) 在 org.kohsuke.groovy.sandbox.impl.Checker.checkedGetProperty(Checker.java:268) 在 org.kohsuke.groovy.sandbox.impl.Checker.checkedGetProperty(Checker.java:268) 在 org.kohsuke.groovy.sandbox.impl.Checker.checkedGetProperty(Checker.java:268) 在 com.cloudbees.groovy.cps.sandbox.SandboxInvoker.getProperty(SandboxInvoker.java:29) 在 com.cloudbees.groovy.cps.impl.PropertyAccessBlock.rawGet(PropertyAccessBlock.java:20) 在 WorkflowScript.run(WorkflowScript:33) 在 cps.transform（本机方法）在 com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.get(PropertyishBlock.java:74) 在 com.cloudbees.groovy.cps.LValueBlock$GetAdapter.receive(LValueBlock.java:30) 在 com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.fixName(PropertyishBlock.java:66) 在 sun.reflect.GeneratedMethodAccessor974.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.lang.reflect.Method.invoke(Method.java:498) 在 com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72) 在 com.cloudbees.groovy.cps.impl.ConstantBlock.eval(ConstantBlock.java:21) 在 com.cloudbees.groovy.cps.Next.step(Next.java:83) 在 com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:174) 在 com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:163) 在 org.codehaus.groovy.runtime.GroovyCategorySupport$ThreadCategoryInfo.use(GroovyCategorySupport.java:122) 在 org.codehaus.groovy.runtime.GroovyCategorySupport.use(GroovyCategorySupport.java:261) 在 com.cloudbees.groovy.cps.Continuable.run0（Continuable.java:163） 在 org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$101(SandboxContinuable.java:34) 在 org.jenkinsci.plugins.workflow.cps.SandboxContinuable.lambda$run0$0(SandboxContinuable.java:59) 在 org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.GroovySandbox.runInSandbox(GroovySandbox.java:108) 在 org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:58) 在 org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:174) 在 org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:332) 在 org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$200(CpsThreadGroup.java:83) 在 org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:244) 在 org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:232) 在 org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:64) 在 java.util.concurrent.FutureTask.run(FutureTask.java:266) 在 hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) 在 jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) 在 java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 在 java.util.concurrent.FutureTask.run(FutureTask.java:266) 在 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 在 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 在 java.lang.Thread.run(Thread.java:748)

我错过了什么吗？

Answer 1

我无法使用 metalisticpain 的解决方案，但在进行故障排除时，我发现了一个使用这种方法的 GitHub groovy 脚本：

sh '/usr/local/maven/bin/mvn build-helper:parse-version 版本:set -DnewVersion=\\\${parsedVersion.majorVersion}.\\\${parsedVersion.minorVersion}.\\\${parsedVersion.nextIncrementalVersion}-SNAPSHOT 版本：提交'

现在完美运行。

Answer 2

正如 khmarbaise 所提到的，您只需用单引号括起来。

具体来说：

sh('mvn clean install build-helper:parse-version versions:set -DnewVersion=${parsedVersion.majorVersion}.${parsedVersion.minorVersion}.${parsedVersion.nextIncrementalVersion}-SNAPSHOT versions:commit')

这将通过而不尝试将 ${var} 评估为 Jenkins/Groovy 变量。如果您使用双引号，您将遇到与这是 groovy 中的 GString 相同的错误。 http://docs.groovy-lang.org/latest/html/api/groovy/lang/GString.html

不同的机智， 首先将pom读入内存并提取必要的数据，然后通过mvn versions:set进行设置

def pom = readMavenPom file: 'pom.xml'
String major = pom.parsedVersion.majorVersion
String minor = pom.parsedVersion.majorVersion
String nextIncremental = pom.parsedVersion.majorVersion
sh("clean install build-helper:parse-version versions:set -DnewVersion=${major}.${minor}.${nextIncremental}-SNAPSHOT versions:commit")