如何让Sonar-Scanner从文件读取sonar.exclusions以跳过故障文件

当然可以！SonarScanner原生支持通过外部文件加载sonar.exclusions的排除规则，完全能解决你提到的两个痛点：处理超长排除列表，以及方便按需追加文件。下面是具体的实现方法：

实现步骤 #

1. 创建排除规则文件 #

新建一个文本文件（比如命名为sonar-exclusions.txt），每行写一个需要排除的文件/目录模式，语法和直接配置sonar.exclusions完全一致：

# 可选：添加注释说明排除原因
**/specific-problem-file.java
**/legacy-code-dir/**
src/main/resources/broken-config.xml

2. 在SonarScanner中引用该文件 #

根据你使用的运行方式，配置sonar.exclusions为@加上文件路径：

命令行方式

直接在sonar-scanner命令中指定：

sonar-scanner -Dsonar.projectKey=your-project-key -Dsonar.exclusions=@sonar-exclusions.txt

Maven项目

在pom.xml的Sonar配置块中添加：

<properties>
  <sonar.exclusions>@sonar-exclusions.txt</sonar.exclusions>
</properties>

Gradle项目

在build.gradle中配置：

sonarqube {
  properties {
    property "sonar.exclusions", "@sonar-exclusions.txt"
  }
}

为什么这个方案适合你 #

• 避免长度限制：所有排除规则都存在文件中，不用把超长列表塞进命令行参数或构建配置，彻底避开参数长度上限的问题。
• 方便追加内容：需要新增排除文件时，直接打开sonar-exclusions.txt追加一行即可，不用修改命令脚本或构建文件，操作成本极低。

注意事项 #

• 文件路径：如果排除文件不在当前工作目录，需要指定相对路径（比如@./config/sonar-exclusions.txt）或绝对路径（比如@/home/user/sonar-exclusions.txt）。
• 模式语法：保持和Sonar官方的排除模式一致，支持*（匹配任意字符）、**（匹配任意层级目录）等通配符，确保规则能精准命中目标文件。
• 临时过渡：既然你已经在和插件供应商协作修复bug，这个方案作为临时过渡非常合适——等bug修复后，只需清空或删除排除文件，就能恢复全量代码扫描，不会影响后续的流水线运行。

内容的提问来源于stack exchange，提问作者Adam Luchjenbroers