SonarQube MSBuild-Runner使用项目文件中的自定义FXCop规则
我有一个关于在MSBuild-Runner中使用SonarQube进行FXCop分析的问题。我已经意识到MSBuild-Runner从服务器加载了一个与Sonar中的质量配置文件匹配的规则文件，并将该文件用于FXCop运行。
如何配置MSBuild-Runner以便他使用在项目文件中配置的规则文件？如何将我们的自定义规则添加到声纳中？我能以某种方式导入我们的规则文件吗？
谢谢你的帮助！
共有1个答案
您必须使用单个质量概要文件来分析解决方案中的所有项目。实际上，在SonarQube分析过程中只使用一个单一的质量配置文件。理论上，您可以在SonarQube中创建两个质量概要文件，并运行两个SonarQube分析（例如，一个在所有产品代码上，另一个在所有测试代码上），但这需要在您这边进行一些手动设置。
关于自定义规则，它们是支持的：您需要在SonarQube web界面中从“template for custom FxCop rules”规则模板创建它们，然后在您的质量配置文件中启用新创建的自定义规则。
-
我试图配置SUTime注释器（“ner”的一部分），以使用我自己的日期/时间规则文件，而不是Stanford CoreNLP模型的分发JAR中位于“models/SUTime/”中的开箱即用的规则文件。 我这样做的原因是，我想稍微修改SUTime规则正在执行的操作。 根据官方的SUTime文档，所需要的只是以逗号分隔的文件路径的形式指定“SUTime.rules”属性。 但是在我这样做之后，Cor
-
我的开发环境 Visual Studio 2017 MSBuild 15 null 名称：SampleCustomRule 密钥：SampleCustomRule 描述：SampleCustomRule 创建类库 添加引用（FxCopSdk,microsoft.cci） 创建示例rule.cs&rules.xml 创建签名文件（.pfx） 生成项目 将我的程序集（.dll）复制到C:\程序文件(x
-
自定义脚本 Gradle构建脚本的标准名称是build.gradle，在一个多项目构建的环境中，你想自定义你的构建脚本名称来显得高大上一点，因为多个项目有相同的构建脚本名称可能会混淆，接下来介绍如何使用自定义的脚本名称。 还是之前那个例子，假设所有的子项目路径都是以todo-开头，比如web子项目就是在todo-web目录下，构建脚本名称应该清晰的表示它的作用，如下图所示： 要使这个结构起作用关键
-
当我在项目权限下勾选时，我发现默认权限模板每次都在应用
-
Dism++的“空间回收”通过插件自定义规则文件来加载插件自定义清理项目，插件信息文件必须命名为Custom.xml且放在插件目录下 这是一个xml文件，如果要寻找使用方法，请参考Dism++的帮助文档 插件自定义规则文件格式 <?xml version="1.0" encoding="utf-8"?> <Data> <CleanCollection4> <Item Name="清理项
-
当我为C#项目运行sonar分析时，sonar报告了几个问题：其中一个问题来自名为CA1704的fxcop规则：标识符应正确拼写。因为我不希望sonar根据CA1704规则报告问题，所以我创建了一个自定义词典。xml，并遵循fxcop规则CA1704“如何修复违规”下提供的说明。 P. S：根据提供的修复违反CA1704规则的说明，我们可以在任何3个地方放置CustomDictionary.xml