我之前处理过完全相同的场景，你的问题核心是要让SonarQube区分代码质量分析和覆盖率统计的文件范围——既要保留TS文件的代码检查，又要让覆盖率报告只统计生成的JS文件，排除TS的0%覆盖干扰。下面是具体的配置方案：

1. 关键配置：排除TS文件的覆盖率统计 #

在你的SonarQube扫描配置（比如项目根目录的sonar-project.properties，或者CI/CD脚本的扫描参数）中添加这一行：

# 让TS文件参与代码分析，但不纳入覆盖率统计
sonar.coverage.exclusions=**/*.ts

这个配置的作用很明确：所有.ts文件依然会被SonarQube做代码质量检查（比如语法规范、代码异味、潜在漏洞等），但绝对不会被计入覆盖率报告的统计中，直接解决了TS拉低整体覆盖率的问题。

2. 确保覆盖率报告关联正确的JS文件 #

同时要确认你的LCOV报告路径配置准确，指向Gulp生成的覆盖率报告文件：

# 替换成你实际的LCOV报告路径
sonar.javascript.lcov.reportPaths=coverage/lcov.info

因为你的JS文件和TS同目录存放，SonarQube会自动根据报告里的文件路径匹配到对应的JS文件，不会把JS的覆盖数据错误关联到TS文件上。

3. 可选：明确指定源文件范围（按需使用） #

如果你的项目结构比较复杂，担心SonarQube漏扫文件，可以补充以下配置，明确指定TS和JS的源文件路径：

# 指定TS源文件目录（根据你的项目结构调整）
sonar.typescript.sources=src/
# 指定JS源文件目录（即Gulp生成的文件所在目录）
sonar.javascript.sources=src/

不过一般情况下，SonarQube会自动识别项目中的TS和JS文件，这一步可以省略。

验证效果 #

配置完成后重新运行SonarQube扫描，你会看到：

• TS文件的代码分析结果完全保留，比如代码异味、规则违规等都会正常显示
• 覆盖率报告只统计JS文件的覆盖情况，整体覆盖率数值会回归真实水平，再也看不到TS文件的0%覆盖拉低数据了

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