C# 将Sonarint for Visual Studio与TFS结合使用：共享跨开发团队的规则集 我们希望在一个相当大的C解决方案上使用SangARQue/SangARLIt，解决40个项目的C++解决方案，希望以后能解决。然而，我们正在与VS集成作斗争。问题如下: 我们已经在SonarQube服务器上定义了一个质量概要文件，并将我们的解决方案绑定到该概要文件。因此，SonarLint将概要文件作为.ruleset解决方案文件接收，并创建一组文件： 绑定配置.sqconfig文件夹/qube 解决方案规则集文件夹/SonarQube 项目规则集为每个项目文件夹提供一个文件，允许在项目级别上调整解决方案规则集，这是一个非常重要的功能 现在，我们想与我们的开发团队分享我们的绑定和规则集。因此，我们已检入上述所有文件。然而，这有一个明显的缺点：每次SonarLint从SonarQube服务器接收到质量配置文件的更改时，我们都会有一系列的传出更改。调查这些更改意味着大多数（如果不是所有的话）文件根本没有更改，但似乎只被触摸过。这对我们来说是一个阻碍，因为我们不想定期处理一个被污染的传出更改列表。 请注意，这可以很容易地复制： 将解决方案绑定到质量配置文件 签入所有新文件和更改的文件 右键单击SonarQube连接，选择更新 =>通过绑定解决方案创建的所有规则集文件都标记为传出更改，并且没有包含任何实际更改，刷新团队资源管理器视图没有帮助 因此，我们认为可以从TFS中排除所有Sonarint创建的文件。据我所知，这对于解决方案规则集来说应该很好，因为该规则集自动与SonarQube服务器同步，我们可以接受让每个开发人员自己处理一次解决方案绑定。但是，由于似乎无法调整SonarQube服务器上与VS项目相关的质量配置文件，我们将失去使用VS项目特定规则集的能力，或者必须手动复制它们。

因此，我的问题是：当使用SonarLint和TFS作为版本控制系统时，跨开发团队共享SonarQube规则集的最佳实践是什么？

据我所知，规则集是为了满足与代码分析相关的特定项目需要。如果忽略源代码管理上的项目规则集文件，会有什么风险和陷阱？当您连接到SonarQube服务器时，SonarQube服务器是否可以在分析时下载这些文件？谢谢您的想法！术语有点混乱-VS解决方案必然与SQ项目有一个质量配置文件，我称之为解决方案规则集，Sonarint不是SQ服务器！允许在VS项目级别应用对解决方案规则集的修改，我称之为项目规则集。SonarLint似乎只将解决方案规则集与SQ服务器保持同步，因为服务器上没有项目规则集，因此共享项目规则集的唯一方法似乎是通过版本控制，但存在上述缺点。至少我是这样理解的…还没有答案，所以我认为这确实是一个bug。因此，我打开了一个.Hi csoltenborn。你在你的问题中提到了很多东西，所以我只想确定我正确理解了你面临的问题。您的问题是，为了能够更新到SQ服务器的绑定，您必须手动签出csproj和规则集文件，对吗？不，问题恰恰相反：每次规则集与服务器同步时，都会签出这些文件，无论是否有更改。尝试我提供的步骤来重现问题。。。