SonarCloud 和存储库代码中 NodeJS 项目的特定规则
SonarCloud and specific rules for NodeJS project within repository code
我在 SonarCloud 中有针对 NodeJS TypeScript 项目的标准公司质量档案。
现在要创建覆盖某些或 adding/removing 的特定规则集，我们可以使用继承，创建另一个具有父级的配置文件。
问题是我们是否可以从代码存储库中执行特定操作，而不是在 UI 中创建额外的配置文件？喜欢属性中的任何 sonar.rule 或任何类似选项吗？
据我所知，没有办法在存储库中维护配置文件。但在删除规则方面还有其他选择。 Sonar* 允许您根据特定条件排除规则，例如忽略特定文件模式的规则，或限制特定文件模式的某些规则。 （常规设置 > 分析范围）
这将允许生成包含所有规则的全局定义，并且可以在存储库中处理这些规则的停用 - 如果您有相应的机制，例如 sonar-project.properties 中的默认扫描器项目根目录。
我们正在使用它，因为我们的规则集没有太大差异，并且一些项目决定停用某种规则，因为它们不符合他们的目的。有了这个，我们的项目在规则集方面仍然有一些可比性，但如果有很多规则，这可能会导致大量工作安静下来。此外，添加新规则可能会出现问题，这些规则仅适用于一小部分项目。
我在 SonarCloud 中有针对 NodeJS TypeScript 项目的标准公司质量档案。
现在要创建覆盖某些或 adding/removing 的特定规则集，我们可以使用继承，创建另一个具有父级的配置文件。
问题是我们是否可以从代码存储库中执行特定操作，而不是在 UI 中创建额外的配置文件？喜欢属性中的任何 sonar.rule 或任何类似选项吗？
据我所知，没有办法在存储库中维护配置文件。但在删除规则方面还有其他选择。 Sonar* 允许您根据特定条件排除规则，例如忽略特定文件模式的规则，或限制特定文件模式的某些规则。 （常规设置 > 分析范围）
这将允许生成包含所有规则的全局定义，并且可以在存储库中处理这些规则的停用 - 如果您有相应的机制，例如 sonar-project.properties 中的默认扫描器项目根目录。
我们正在使用它，因为我们的规则集没有太大差异，并且一些项目决定停用某种规则，因为它们不符合他们的目的。有了这个，我们的项目在规则集方面仍然有一些可比性，但如果有很多规则，这可能会导致大量工作安静下来。此外，添加新规则可能会出现问题，这些规则仅适用于一小部分项目。