我想使用Jenkins 2.x Groovy Script Build Pipeline开始Sonar项目分析。
我在Maven中配置了声纳,所以没什么大不了的:
withEnv(["JAVA_HOME=${javaHome}", "PATH + MAVEN=${mavenHome}/bin:${env.JAVA_HOME}/bin", "MAVEN_OPTS=${mavenOpts}"]) {
sh 'mvn -B sonar:sonar'
}
但是我如何从声纳获得结果呢?甚至更好的是,我如何确定是否达到了质量要求,以便停止构建管道。
据我所知,自从某些声纳版本以来,构建破坏者的概念就已过时。或您将如何处理。
我仍然认为,如果项目的基础代码太糟糕,则停止/暂停构建管道将是一个好主意。
不知道这是否理想,但是我正在索纳(SonarQube)api的请求状态(您可以使用HttpRequest插件执行此操作)。
def response = httpRequest 'https://SONAR_USER:SONAR_PASSWORD@SONAR_URL/api/qualitygates/project_status?projectKey=PROJECT_KEY'
def slurper = new groovy.json.JsonSlurper()
def result = slurper.parseText(response.content)
if (result.projectStatus.status == "ERROR") {
currentBuild.result = 'FAILURE'
}
问题内容: 我正在尝试将旧样式的基于项目的工作流转换为基于Jenkins的管道。在浏览文档时,我发现有两种不同的语法分别命名为和。例如最近(2016年底)发布的Jenkins网络语法。尽管有一个新的语法版本,Jenkins仍然也支持脚本语法。 现在,我不确定这两种类型的哪种情况最合适。语法将很快被弃用吗?詹金斯管道的未来会是这样吗? 任何可以分享有关这两种语法类型的想法的人。 问题答案: 最初创建
我们目前正在为我们的团队开发持续交付管道实施。我们的方法是从Jenkins推送可部署到Nexus,然后使用Automic从Nexus拉取以部署到我们的目标环境。这的主要原因是目前自动部署是自动化的和到位的。我们只想重用现有的部署过程,并将其与我们正在编写的新CD Pipeline脚本集成。 我们面临的挑战是詹金斯的反向握手- 我们目前的做法 > JenkinsPipeline Script使用一个
我写了一个Jenkins管道,相关部分如下所示: 和我的DockerFile:
当我在jenkins中运行多分支管道代码时,我收到以下的以下错误: java.lang.NoSuchMethodError:在步骤中找不到这样的DSL方法“管道”[archive,bat,build,catchError,checkout,deleteDir,dir,echo,emailext,EmailExtrecients,error,fileExists,getContext,git,inp
我需要重载jenkins函数来调试IDE中的管道脚本。 我是java/groovy等的新手。我将编写几百行脚本化管道。Groovy是基于java的。由于我是新手,我更喜欢函数名完成/建议和调试功能,在这里我可以一步一步地浏览这些行并查看vars中的内容。 我用groovy插件设置了一个EclipseLuna。这实际上是有效的=)!(对于最新的eclipse,插件还没有准备好)。调试也很酷! 但是特
问题内容: 我试图使用以下代码执行构建,最后,在构建成功时执行构建后操作。仍然,我得到了MultipleCompilationErrorsException,说我的try块不是有效的节定义。请帮忙,我尝试了很多重组障碍,但似乎无法解决问题。 问题答案: 您使用的是声明式的方式来指定管道,因此您不得使用try / catch块(用于脚本化管道),而应使用post部分。参见:https : //jen