SonarQube分析任务更改构建的输出

从案例中检查原因 Treat Warnings as Errors using SonarQube Analysis :

实际上,使用SonarQube没有什么意义 带的扫描仪 TreatWarningsAsErrors=true ,因为当生成 中断,我们的分析器将不会有构建结果,结束 不会执行步骤,也不会在SonarQube上推送任何问题。 如果生成中没有问题,则没有理由使用 SonarQube。此外,使用 TreatWarningsAsErrors=真 你会的 被迫提前修复所有内容,或忍受失败的构建 很长时间了,我不建议这样做。

SonarQube允许您修复现有和新问题 little by little 并避免由于警告而使构建长期失败。你 可以依靠质量关卡获得有关代码质量的反馈,以及 甚至,如果你坚持,在质量关卡没有关闭的情况下,也会使构建失败 通过(请注意,对于大型项目,这可能会影响构建时间)。

如果由于编译器警告而要求生成失败(请注意 SonarQube不收集标准编译器警告,只是 Roslyn分析仪的结果),我建议创建 单独的构建作业进行分析。这样你就可以 两个世界-SonarQube中的问题跟踪和失败的构建,因为 的编译器警告。

我从这里读到 documentation 并声明:

“开始”步骤将修改您的构建,如下所示:

• 您的项目引用的所有现有代码分析器都将被禁用,并且只有SonarQube插件中的分析器将被禁用 已执行
• 将更新活动的CodeAnalysisRuleSet以匹配SonarQube质量配置文件
• 警告ASERRORS将被关闭

如果您的构建过程无法容忍这些更改,我们建议您 为SonarQube分析创建第二个构建作业。

这就是为什么在启用此任务的构建过程中,我的一些规则会被忽略。