当前位置: 首页 > 知识库问答 >
问题:

Jenkins 声明性管道作为代码脚本错误

养翔
2023-03-14

当我在jenkins中运行多分支管道代码时,我收到以下Jenkinsfile的以下错误:

pipeline {
    agent none
    // ...

java.lang.NoSuchMethodError:在步骤中找不到这样的DSL方法“管道”[archive,bat,build,catchError,checkout,deleteDir,dir,echo,emailext,EmailExtrecients,error,fileExists,getContext,git,input,isUnix,libraryResource,load,mail,milestone,node,parallel,properties,pwd,readFile,readTrusted,retry,sh,sleep,stage,stash,step,svn,timeout,Timestaps,tool,unarchive,unstash,WaitTill,withContext,withCredentials,withEnv,wrap,writeFile,ws]或符号[all,always,ant,antFromApache,antOutcome,antTarget,apiToken,体系结构,archiveArtifacts,artifactManager,batchFile,booleanParam,buildButton,Build Discarder,不区分大小写,区分大小写的,choice参数,时钟,云,命令,cron,crumb,defaultView,demand,disableConcurrentBuilds,downloadSettings,下游,dumb,环境变量,文件,文件参数,文件路径,指纹,frameOptions、自由式、自由式作业、git、超链接、超链接模型、installSource、jdk、jdkInstaller、jgit、jgitapache、jnlp、jobName、junit、lastDuration、Last Failure、LastGrantedAuthories、lastStable、lastSuccess、legacy、list、local、location、logRotator、loggedInUsersCanDoAnything、masterBuild、maven、maven3Mojos、mavenErrors、maven Mojos、mavenWarnings、myView、nodeProperties、,nonStoredPasswordParam、none、OverrideInDextRigers、paneStatus、参数、密码、模式、流水线触发器、明文、插件、projectNamingStrategy、代理、queueItemAuthenticator、quietPeriod、run、runParam、schedule、scm、scmRetryCount、搜索、html" target="_blank">安全、shell、slave、stackTrace、standard、status、string、stringParam、swapSpace、text、textParam、tmpSpace、toolLocation、unsecured、,上游,用户名密码、用户名密码、视图戳、天气、zfs、zip]或全局[currentBuild、env、params、scm]

我的管道代码或jenkins配置可能有什么问题?

共有1个答案

黄丰
2023-03-14

您似乎正在运行管道插件集合的旧版本(通过版本2.5之前的< code>workflow-aggregator插件提供),因此尚未安装实现声明性管道的插件:“Pipeline:Declarative”< code > Pipeline-model-definition

 类似资料:
  • 问题内容: 我正在尝试将旧样式的基于项目的工作流转换为基于Jenkins的管道。在浏览文档时,我发现有两种不同的语法分别命名为和。例如最近(2016年底)发布的Jenkins网络语法。尽管有一个新的语法版本,Jenkins仍然也支持脚本语法。 现在,我不确定这两种类型的哪种情况最合适。语法将很快被弃用吗?詹金斯管道的未来会是这样吗? 任何可以分享有关这两种语法类型的想法的人。 问题答案: 最初创建

  • 我写了一个Jenkins管道,相关部分如下所示: 和我的DockerFile:

  • 我有一个Jenkins声明性管道,我一直在Jenkins master上运行,它工作得很好。但是,现在我已经开始尝试在从属节点上执行此操作,管道中调用的groovy脚本无法访问工作区中的文件。 我的文件看起来像这样。。。 我可以在从机上看到它正在创建工作区,从git执行签出,并正确执行脚本。但是,如果脚本中的某些内容尝试与工作区中的文件交互,则会失败。 如果我有像这样简单的东西... ...它说找

  • 问题内容: 我想使用Jenkins 2.x Groovy Script Build Pipeline开始Sonar项目分析。 我在Maven中配置了声纳,所以没什么大不了的: 但是我如何从声纳获得结果呢?甚至更好的是,我如何确定是否达到了质量要求,以便停止构建管道。 据我所知,自从某些声纳版本以来,构建破坏者的概念就已过时。或您将如何处理。 我仍然认为,如果项目的基础代码太糟糕,则停止/暂停构建管

  • 问题内容: 我有一个在Jenkins主服务器上运行过的Jenkins声明式管道,并且运行良好。但是,既然我已经尝试在从属节点上执行此操作,则在管道中调用的常规脚本无法访问工作空间中的文件。 我的jenkinsfile看起来像这样… 我可以在从站上看到它正在创建工作区,从git进行检出并正确执行脚本。但是,如果脚本中的某些内容尝试与工作空间中的文件进行交互,它将失败。 如果我有这样简单的事情… …它

  • 问题内容: 我的Jenkins 2.19.4使用管道:声明式代理程序API 1.0.1。如果您无法定义变量来分配读取的属性,那么如何使用readProperties? 例如,要捕获SVN版本号,我目前以脚本样式使用以下代码捕获它: 然后我可以使用: 由于以声明式定义svnProp是不合法的,因此如何使用readProperties? 问题答案: 您可以使用标记内的步骤来运行任意管道代码。 所以符合