问题标签 [sonarqube-msbuild-runner]

我们刚刚开始使用集成在 TFS 构建中的 Sonarqube 5.1，如本页所述http://www.sonarqube.org/announcing-sonarqube-integration-with-msbuild-and-team-build/

对于同一个项目，我们有一个主分支和两个开发分支。处理此问题的推荐策略是什么？我希望能够看到随着时间的推移分析结果趋势，并让在不同分支工作的人能够看到他们正在工作的分支的分析结果。据我所知，Sonar msbuild runner ( https://github. com/SonarSource/sonar-msbuild-runner ) 仅支持 projectkey、projectname 和 version，但不支持分支 key。

任何意见和建议将不胜感激！

运行 SonarQube.MsBuild.Runner.exe 我得到以下异常：

我的环境变量 SONAR_RUNNER_HOME 和 SONAR_RUNNER_OPTS 设置如下：

什么不见​​了？

我已经按照安装指南在本地开发机器上安装了 SonarQube：

现有 TFS Environment.pdf 的 SonarQube 安装指南。

构建成功。该项目已添加到仪表板。但只有测试覆盖数据。

我的解决方案中有 4 个项目，其中 2 个是单元测试项目。SonarQube 日志的构建发现有 4 个测试项目，没有产品项目：

据我所见并检查过，我在每一点上都遵循了手册。是否有任何我错过的设置并导致零产品项目？

关于 SonarQube 与 MSBuild 和 Team Build 集成的公告，有人可以就 SonarQube Runner 和 SonarQube.MSBuild.Runner 之间的关系提出建议吗？我不清楚 SonarQube.MSBuild.Runner 是否取代了SonarQube Runner 或者它是否位于它之上。

问题

所以，我们遇到了一个非常奇怪的问题。目前这是我们的情况。我们有两个构建服务器连接到两个 TFS 集合

• 集合 A 有一个安装了 Windows Server 2012 R2 的构建服务器
• 集合 B 有一个安装了 Windows Server 2008 R2 的构建服务器。

两台服务器都安装了 sonar-msbuild-runner。集合 A 上一切正常，但是在集合 B 上的构建服务器上执行分析时，我们收到以下错误。

我们在 Github 上检索了最新版本并添加了额外的日志记录以找出导致错误的行。这条线导致了问题。

复制

我能够使用以下代码在运行 Windows 7 的本地开发机器上重现此错误。在第一个 Assert 上设置调试点，然后尝试projectName通过将鼠标悬停在该属性上来访问该属性，这将导致我的整个 Visual Studio 崩溃。

导致以下错误消息：

可能的解决方案

该错误直接导致此知识库文章。我们无法应用此修复程序。

此外，我们删除了 .NET Framework 4，因为已经安装了 4.5.2 版本，我们认为它可能会相互冲突。现在只有 4.5.1 和 4.5.2 仍然安装在构建服务器上，我们不确定解决方案可能是什么。作为最后的选择，我们正在考虑将集合 B 上的构建服务器升级到 Windows Server 2012 R2，看看这是否是一个解决方案。

编辑：固定

由于内部错误，已卸载 VS2013。所以我们不得不重新安装VS2013并更新4。我们也升级到1.0版本。这似乎解决了这个问题。代码覆盖率现在可在我们的门户网站中使用。

我们有可能由 C# 和 C++ (CLI) 项目组成的 Visual Studio 解决方案。目前我们正在使用 C# 和 C++ 社区插件以及 SonarRunner 来分析我们的代码。现在 C# 插件将 SonarRunner 标记为已弃用。有人知道 MSBuild 运行器是否可以利用 C++ 社区插件？

此致。

我在使用 MSBuild SonarQube 运行程序分析项目时遇到问题。SonarQube 数据库和服务器已启动并正在运行，我尝试分析一个示例项目，一切顺利。但是当我尝试分析我的项目时，出现了问题。分析完成，没有错误，但没有分析数据保存到数据库，没有问题，没有代码行数，什么都没有。

任何人都知道可能出了什么问题吗？

编辑：

声纳-project.properties：

声纳属性：

SonarQube.Analysis.xml：

在我运行分析后，在服务器日志中只添加了一个新行：

2015.07.30 17:02:29 INFO web[osscComputationService] 项目shrooms分析（报告4）（完成） | 时间=18179ms

MSBuild.SonarRunner 日志的最后几行：

我正在运行命令：

我的所有 resharper 错误都被跳过，以下问题被记录到命令窗口：

我不确定为什么没有使用 MSBuild Runner 将代码文件放入 SonarQube。在尝试使用 MSBuild 运行程序之前，我能够在类似的解决方案上成功使用 sonar-runner.bat(v2.4)，使用相同的 Resharper 插件和使用 resharper 命令行检查代码可执行文件创建的 xml，并且 resharper 问题是为解决方案/项目成功添加到 sonarqube。

但是，我注意到 C# 4.1 插件的文档说现在不推荐使用 sonar-runner，并使用 MSBuildSonarQube Runner 1.0 来分析 C# 项目，但是，当我尝试使用 MSBuildSonarQube Runner 时，我得到了跳过如上所述的错误。

场景： 我正在将我们当前的 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文件中进行配置对保持这种方式有很大帮助，我们希望在这里遗漏一些东西，让我们继续使用该文件或类似文件。我们是吗？

这是基于我上一个问题中描述的相同情况的第二个问题。

我们有许多项目需要多次构建，因为它们包含在几个不同的解决方案中。然而，我们只希望它们被分析一次，每一个都作为特定解决方案的一部分。在分析其他解决方案时，我们如何将这些项目排除在分析之外？我尝试过传递/d:sonar.visualstudio.skippedProjectPattern=...MSBuild.SonarQube.Runner 命令行，但似乎没有效果。