我应该从源代码管理中排除 .slconfig 吗？
Should I exclude .slconfig from source control?
我在我的 .NET 核心项目中使用 SonarLint。将项目与 SonarLint 集成时，会在 .sonarlint 文件夹中生成以下文件：
<SonarQubeProject>CSharp.ruleset<Solution>.slconfig
.ruleset 文件包含 sonarlint 和 sonarqube 的规则，因此我已经将此文件保留在源代码管理中。
但是 .slconfig 呢？我应该将此文件保留在源代码管理中还是应该将其排除？ （在我的例子中将其添加到 .gitignore）
此文件应该包含在源代码管理中。
此文件控制源代码和 SQ 之间的同步。
其中包括：
ServerUri 指向此项目绑定到的 SonarQube 服务器。ProjectKey 加上项目在SQ服务器中的key- 包含
ProfileKey 的配置文件，它是在服务器中选择的质量配置文件的标识符。
来源：这个 post 来自 SonarSource 社区：SonarLint source control
我在我的 .NET 核心项目中使用 SonarLint。将项目与 SonarLint 集成时，会在 .sonarlint 文件夹中生成以下文件：
<SonarQubeProject>CSharp.ruleset<Solution>.slconfig
.ruleset 文件包含 sonarlint 和 sonarqube 的规则，因此我已经将此文件保留在源代码管理中。
但是 .slconfig 呢？我应该将此文件保留在源代码管理中还是应该将其排除？ （在我的例子中将其添加到 .gitignore）
此文件应该包含在源代码管理中。
此文件控制源代码和 SQ 之间的同步。 其中包括：
ServerUri指向此项目绑定到的 SonarQube 服务器。ProjectKey加上项目在SQ服务器中的key- 包含
ProfileKey的配置文件，它是在服务器中选择的质量配置文件的标识符。
来源：这个 post 来自 SonarSource 社区：SonarLint source control