本系列主要讲述sonarqube的安装部署以及如何集成jenkins自动化分析.netcore项目。目录以下:html
这篇文章将要介绍的主要内容以下:linux
由于使用的是 linux 服务器,所以,咱们将上一篇文章中关于 sonarqube 的相关命令整合到 shell 脚本中,以便方便地调用,而且很容易集成到CI/CD工具中。shell
shell 脚本另外一个优点就是不须要在 jenkins 上安装过多的插件,而改用脚本调用,保持jenkins的单一整洁,在机器迁移的状况下会异常方便快捷。服务器
首先将 dotnet test 命令整合成一个脚本,脚本以下:工具
#是否执行当前脚本 execute=$1 #test项目全路径 testDir=$2 if [ ${execute} == false ];then echo "7tiny: There is nothing to execute!" exit 0 fi echo "7tiny:begin test..." #使用这个方法须要在test项目里安装nuget包:dotnet add package coverlet.msbuild dotnet test ${testDir} --logger:"trx;LogFileName=test.trx" /p:CollectCoverage=true /p:CoverletOutputFormat=opencover /p:CoverletOutput='./TestResults/' if [ $? != 0 ];then exit 1 fi echo "7tiny:test finished!" exit 0
参数:单元测试
#是否执行当前脚本 execute=$1 #要构建的解决方案名称 solutionName=$2 #.sln文件全路径 solutionDir=$3 if [ ${execute} == false ];then echo "7tiny: There is nothing to execute!" exit 0 fi echo "7tiny:begin scanner..." export PATH=${PATH}:${HOME}/.dotnet/tools dotnet sonarscanner begin /k:${solutionName} /n:${solutionName} /v:${BUILD_NUMBER} if [ $? != 0 ];then exit 1 fi dotnet build ${solutionDir} if [ $? != 0 ];then exit 1 fi dotnet sonarscanner end if [ $? != 0 ];then exit 1 fi echo "7tiny:scanner finished!" exit 0
参数:测试
脚本里面默认将解决方案的名称看成 sonarqube 中的项目名称;将 jenkins 编译的版本号看成 sonarqube 的活动编号;ui
3.将shell脚本到服务器 jenkins 能够访问的目录spa
咱们将上述两个 shell 脚本存为 xxx.shell 并存放到服务器上,以便使用 jenkins 调用执行,好比我这里将两个文件存到了服务器某位置:.net
有了shell 脚本,那么 jenkins 的整合便很是容易了,咱们只须要在 jenkins 的 shell 命令框调用写好的 shell 脚本, 并将参数传递进去便可。
例如:
打开 jenkins 中的的某个项目的项目配置:
而后在最下面的 Build 区域 Execute Shell 框内填写相应的 shell 命令,固然是调用咱们的 shell 脚本:
依次调用了:
每一个脚本的第一个参数都是是否执行,以便于咱们配置 checkbox 决定是否执行某个脚本,其余参数按顺序传入便可。
checkbox 的配置方式:
我这里选择 boolean 参数的配置,而后咱们在 build 的时候就能够自行决定是否选择。
咱们本次不进行nuget打包,只进行代码分析,所以选择代码分析的 checkbox :
点击 Build 而后静候执行的结果,经过 jenkins 的日志,咱们能够看出代码分析结果已经成功推送到了 sonarqube。
咱们能够打开 sonarqube 的对应项目进行查看:
经过结果咱们能够看出,本次构建相对于上次构建的结果,新加的代码的单元测试覆盖达到了百分百,且没有任何代码不规范和漏洞,可是历史的代码还有不少的漏洞须要填补。
使用 sonarqube 分析dotnet core/C#代码的所有过程以及集成jenkins已经完成了,经过通用的脚本,咱们能够方便地应用到多个项目中。
若有任何疑问,欢迎在评论区讨论~