SonarQube系列三、Jenkins集成SonarQube（dotnetcore篇）

【前言】

本系列主要讲述sonarqube的安装部署以及如何集成jenkins自动化分析.netcore项目。目录如下：

SonarQube系列一、Linux安装与部署
SonarQube系列二、分析dotnet core/C#代码
SonarQube系列三、Jenkins集成SonarQube（dotnetcore篇）

【实现功能】

　　这篇文章将要介绍的主要内容如下：

将上一篇文章中的sonarqube命令整合为shell脚本
将 shell 脚本集成到jenkins中

【整合sonarqube命令为shell脚本】

因为使用的是 linux 服务器，因此，我们将上一篇文章中关于 sonarqube 的相关命令整合到 shell 脚本中，以便方便地调用，并且很容易集成到CI/CD工具中。

shell 脚本另一个优势就是不需要在 jenkins 上安装过多的插件，而改用脚本调用，保持jenkins的单一整洁，在机器迁移的情况下会异常方便快捷。

1.整合 dotnet test 命令

首先将 dotnet test 命令整合成一个脚本，脚本如下：

#是否执行当前脚本

execute=$

#test项目全路径

testDir=$

if [ ${execute} == false ];then

    echo "7tiny: There is nothing to execute!"

    exit

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 [ $? !=  ];then

    exit

fi

echo "7tiny:test finished!"

exit

参数：

execute：是否执行脚本（便于和jenkins的checkbox结合，如不需要传true即可）
testDir：test项目 xxxtexst.csproj 文件完整目录地址

2.整合 dotnet sonarscanner 命令

#是否执行当前脚本

execute=$

#要构建的解决方案名称

solutionName=$

#.sln文件全路径

solutionDir=$

if [ ${execute} == false ];then

    echo "7tiny: There is nothing to execute!"

    exit

fi

echo "7tiny:begin scanner..."

export PATH=${PATH}:${HOME}/.dotnet/tools

dotnet sonarscanner begin /k:${solutionName} /n:${solutionName} /v:${BUILD_NUMBER}

if [ $? !=  ];then

    exit

fi

dotnet build ${solutionDir}

if [ $? !=  ];then

    exit

fi

dotnet sonarscanner end 

if [ $? !=  ];then

    exit

fi

echo "7tiny:scanner finished!"

exit

参数：

execute：是否执行脚本（便于和jenkins的checkbox结合，如不需要传true即可）
solutionName：要构建的解决方案名称
solutionDir：.sln文件全路径

脚本里面默认将解决方案的名称当作 sonarqube 中的项目名称；将 jenkins 编译的版本号当作 sonarqube 的活动编号；

3.将shell脚本到服务器 jenkins 可以访问的目录

我们将上述两个 shell 脚本存为 xxx.shell 并存放到服务器上，以便使用 jenkins 调用执行，比如我这里将两个文件存到了服务器某位置：

【将shell脚本整合到jenkins中】

有了shell 脚本，那么 jenkins 的整合便非常容易了，我们只需要在 jenkins 的 shell 命令框调用写好的 shell 脚本，并将参数传递进去即可。

例如：

打开 jenkins 中的的某个项目的项目配置：

然后在最下面的 Build 区域 Execute Shell 框内填写相应的 shell 命令，当然是调用我们的 shell 脚本：

依次调用了：

编译打包发布nuget
执行test
执行sonar canner

每个脚本的第一个参数都是是否执行，以便于我们配置 checkbox 决定是否执行某个脚本，其他参数按顺序传入即可。

checkbox 的配置方式：
我这里选择 boolean 参数的配置，然后我们在 build 的时候就可以自行决定是否选择。

【Jenkins编译执行代码分析】

我们本次不进行nuget打包，只进行代码分析，因此选择代码分析的 checkbox ：

点击 Build 然后静候执行的结果，通过 jenkins 的日志，我们可以看出代码分析结果已经成功推送到了 sonarqube。

我们可以打开 sonarqube 的对应项目进行查看：

通过结果我们可以看出，本次构建相对于上次构建的结果，新加的代码的单元测试覆盖达到了百分百，且没有任何代码不规范和漏洞，但是历史的代码还有很多的漏洞需要填补。

【总结】

使用 sonarqube 分析dotnet core/C#代码的全部过程以及集成jenkins已经完成了，通过通用的脚本，我们可以方便地应用到多个项目中。

如有任何疑问，欢迎在评论区讨论~