如何配置SonarQube SCM集成传感器以优先使用Git提交作者信息？

针对你遇到的GitHub Squash Merge导致SonarQube显示noreply@github.com作者信息的问题，以下是具体分析和可行方案：

问题根源 #

GitHub的Squash Merge会将PR分支的所有提交合并为目标分支的单个提交，该提交包含两个身份信息：

• 原作者：PR分支代码的实际编写者
• 提交者：GitHub的机器人账号（noreply@github.com）

SonarQube社区版默认读取Git提交的**作者（Author）**信息，但如果你的SonarQube配置了sonar.scm.git.useCommitterInsteadOfAuthor=true，就会转而读取提交者（Committer）信息，从而显示noreply@github.com；另一种情况是，Squash Merge后的提交本身将作者字段设为了机器人账号（部分GitHub配置或手动操作会导致此情况），此时Git Blame在目标分支上只能读取到机器人账号信息。

可行解决办法 #

1. 检查并调整SonarQube配置 #

查看SonarQube的全局或项目级配置，确认是否存在sonar.scm.git.useCommitterInsteadOfAuthor参数：

• 如果该参数设为true，将其改为false（默认值），SonarQube就会优先读取原作者信息。
• 配置可在SonarQube项目设置的「SCM」板块调整，或在扫描命令中添加参数：-Dsonar.scm.git.useCommitterInsteadOfAuthor=false

2. 调整GitHub Merge方式 #

如果上述配置无效，说明Squash Merge后的提交已覆盖原提交历史，此时可考虑：

• 改用Rebase Merge或普通Merge：这两种方式会保留原提交记录，SonarQube能直接通过Git Blame获取原作者信息。
• 手动修改Squash Merge提交的作者：在GitHub执行Squash Merge时，手动编辑提交信息，将作者改为原PR发起者的邮箱（此方式需合并者每次操作，效率较低）。

3. 社区版限制说明 #

SonarQube 9.7.1社区版没有内置功能直接从Squash Merge的提交中提取原PR的作者信息，因为原提交历史已被合并覆盖，Git无法在目标分支上追踪到原始提交的作者数据。

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