SonarCloud分析SQL Server SSDT项目未扫描存储过程求助

我来帮你搞定这个SonarCloud扫描SQL Server SSDT项目漏掉存储过程的麻烦！结合我处理这类问题的经验，你可以从以下几个方向排查和修复：

• 检查SonarCloud的文件包含规则
  SSDT项目的存储过程通常放在子文件夹（比如Stored Procedures）里，默认的SonarCloud配置可能没覆盖到这些路径。在VSTS的SonarCloud Prepare Analysis Configuration任务中，找到Additional Properties字段，添加以下配置来确保所有.sql文件都被纳入扫描范围：

  sonar.sources=$(Build.SourcesDirectory)/你的SSDT项目路径
  sonar.inclusions=**/*.sql
  

  这里的$(Build.SourcesDirectory)是VSTS的内置变量，指向代码仓库的根目录，替换成你的实际项目子路径即可。

• 让SonarCloud识别SSDT的.dacpac文件
  SonarCloud对SSDT项目的完整分析依赖于构建生成的.dacpac文件（它包含了所有数据库对象的元数据）。确保你的构建流程先完成SSDT项目的编译，生成.dacpac，然后在SonarCloud的Additional Properties里添加：

  sonar.sql.dacpacPaths=$(Build.ArtifactStagingDirectory)/**/*.dacpac
  

  这个配置会让SonarCloud读取.dacpac文件，从而识别出所有存储过程、函数等数据库对象，而不仅仅是独立的.sql文件。

• 确认构建流程的顺序
  一定要保证流程顺序是：

  1. SonarCloud Prepare Analysis Configuration
  2. SSDT项目构建（生成.dacpac）
  3. SonarCloud Analyze
  4. SonarCloud Publish
     如果顺序搞反（比如先分析再构建），SonarCloud拿不到.dacpac文件，自然识别不出存储过程。

• 排查文件格式和编码问题
  有些存储过程的.sql文件如果格式不标准（比如没有以CREATE PROCEDURE/ALTER PROCEDURE开头，或者编码不是UTF-8），SonarCloud的T-SQL分析器可能无法识别。你可以打开几个未被扫描的存储过程文件，确认开头的语法是否规范，同时检查文件编码是否为UTF-8。

• 查看分析日志定位问题
  在VSTS的构建日志里，找到SonarCloud分析阶段的输出，搜索类似“Excluding file”或者“Unsupported file type”的关键词，这能帮你明确是哪些文件没被扫描，以及具体原因。

按照这些步骤调整后，应该就能让SonarCloud完整扫描你的SSDT项目，包括所有存储过程了。

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