Yes, you are right. I have to think about we can solve that.
The NUKE code (defines the build) is C# code, this should be clean code, checked by SQ etc.
Yes, you are right. I have to think about we can solve that.
The NUKE code (defines the build) is C# code, this should be clean code, checked by SQ etc.
Here is some additional information. I hope it helps:
c:\Users\s_TFSBuilder\.sonar\
is %userprofile%\.sonar
(with s_TFSBuilder
being the user account used on the agent).
It stores data that might be needed by multiple analyses and multiple scanners (even non-.NET scanners). For example, it caches analyzers and other artifacts downloaded by the scanner.
C:\Users\***\AppData\Local\Temp\.sonarqube
or %temp%\.sonarqube
is used by the Scanner for .NET (any flavor, .NET and .NET Framework) to prepare an analysis. The BEGIN
step will copy the relevant files (most notably the analyzer DLLs) to this folder. It also acts as a cache because the BEGIN
step will attempt to reuse files from this folder. However, the primary use is to store files used for analysis during the build.
c:\build\_work\979
is most likely the project’s build directory (compare Predefined variables - Azure Pipelines | Microsoft Learn).
The .sonarqube
folder in the build directory contains the additional targets for the build and the configuration for the analysis.
The general process is as follows:
BEGIN
:
%userprofile%\.sonar
.%temp%\.sonarqube
.project\.sonarqube
folder exists (from a previous run), clean it.project\.sonarqube
folder. Link the analyzer files in project\.sonarqube\conf\SonarQubeAnalysisConfig.xml
.Build:
project\.sonarqube\bin\targets
.project\.sonarqube\conf\SonarQubeAnalysisConfig.xml
to include the analyzer files from %temp%\.sonarqube
.project\.sonarqube\out
.END
:
project\.sonarqube\out
.project\.sonarqube\bin\targets
(but leave the rest of the folder untouched).Good luck!