通过GitHub Actions实现SonarQube PR装饰，内联代码装饰失效

使用企业版SonarQube结合GitHub Actions执行PR分析时，已成功生成PR总结评论，但PR内无代码内联分析标记，可从以下几个方向排查：

• 检查SonarQube的GitHub集成权限
  确保SonarQube中配置的GitHub App（或个人访问令牌）拥有pull_requests: write权限——内联评论需要修改PR的权限，仅读取权限只能生成总结评论。从提供的SonarQube配置截图确认集成授权的权限范围，若权限不足，重新授权并选择完整的PR相关权限。

• 验证PR分析参数的准确性

  • 确认sonar.pullrequest.github.repository参数值完全匹配GitHub仓库的owner/repo格式（如amex-eng/your-repo），参数错误会导致SonarQube无法定位PR代码位置。
  • 检查sonar.pullrequest.branch和sonar.pullrequest.base参数是否准确，github.HEAD_REF和github.BASE_REF在PR触发的工作流中默认正确，但手动触发时需确认变量传递无误。

• 检查SonarQube的PR装饰配置
  在SonarQube项目的「配置 > 通用设置 > Pull Request Decoration」中，确认已开启内联评论选项（不同版本命名可能略有差异，如“Inline Comments”），部分版本默认仅开启总结评论，需手动启用内联标记功能。同时确保SonarQube的GitHub集成已正确关联目标组织/仓库。

• 确认代码分析结果的有效性

  • 登录SonarQube服务器查看该PR的分析报告，确认是否检测到符合规则的代码问题（漏洞、代码异味等）——若PR中无匹配问题，自然不会生成内联标记。
  • 检查sonar.java.binaries和sonar.java.libraries参数是否指向正确的编译产物路径，路径错误会导致SonarQube无法映射代码位置，进而无法生成内联标记。

• 排查Actions执行环境的网络与权限

  • 确保GitHub Actions Runner能正常访问SonarQube服务器和GitHub API，网络隔离会导致SonarQube无法同步内联评论到GitHub。
  • 确认SONARQUBE_TOKEN拥有SonarQube项目的分析权限和PR装饰权限，令牌权限不足会限制装饰功能的完整执行。

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