2

场景： 我正在将我们当前的 VS 解决方案分析设置从使用 sonar-runner 迁移到使用 MSBuild runner。但是我遇到了一个相当重要的问题。

在旧设置中，我们使用该文件指定了我们的项目名称、密钥以及最重要的是一长串跳过的项目 ( sonar.visualstudio.skippedProjectPattern) sonar-project.properties。

这是因为 [警告：丑陋的遗留不良编码实践警报] 我们有六个解决方案，可以构建数十个项目，所有项目都来自同一个 git 存储库。许多项目在多个解决方案中都很常见，我们不希望对它们进行多次分析。因此，每个解决方案都有一组它“拥有”的项目，并作为其中的一部分进行分析。因此sonar-project.properies，每个其他解决方案的文件都指定这些项目将被忽略。

问题：在新的 MSBuild Runner 方法中，除了将命令行上的参数传递到 MSBuild runner 的“开始”阶段之外，似乎没有MS 解决方案级别（也读作 SonarQube 项目级别）配置文件或机制。一个要么具有全局配置文件，要么具有 MSBuild*.*proj文件（即MS 项目级配置文件）。后者显然是不可能的，因为项目是否被排除在分析之外是基于正在分析的解决方案。

如前所述，可以想象我们可以在命令行中传递所有这些，但这是次优的。我们的构建是由尽可能通用的脚本完成的。在sonar-project.properities文件中进行配置对保持这种方式有很大帮助，我们希望在这里遗漏一些东西，让我们继续使用该文件或类似文件。我们是吗？

4

3 回答 3

1

v1.0 MSBuild SonarQube Runner 支持/s:命令行参数，允许您指定要使用的全局设置文件。设置文件可以包含您之前放入文件中的任何其他全局设置sonar-project.properties。

如果您未指定全局设置文件，MSBuild Runner 将在与运行程序可执行文件相同的位置查找默认全局设置文件。

有关更多信息，请参阅文档存储库：https ://github.com/SonarSource/sonar-.net-documentation/blob/master/doc/appendix-2.md

于 2015-08-05T09:05:40.983 回答
1

目前没有sonar-project.properties与 MSBuild SonarQube Runner 1.0 版中的文件等效的文件。我在项目的积压工作中添加了一张新票，以考虑在即将发布的版本中添加此功能：http: //jira.sonarsource.com/browse/SONARMSBRU-124

于 2015-08-05T16:43:29.313 回答
0

现在可以通过 ItemGroups 在每个 .csproj 文件中添加属性，这样：

<ItemGroup>
  <SonarQubeSetting Include="sonar.cpd.exclusions">
    <Value>Models/**/*.cs</Value>
  </SonarQubeSetting>
</ItemGroup>
于 2021-04-23T02:52:27.713 回答