我们曾经有一个大型项目，对它运行SonarQube分析，用于GitHub上的每个pull-request。一切都很好。
然后我们进行了一些重构，并将代码拆分为单独的项目。由于代码是相关的，因此repo仍然是相同的。但是，我们不是只运行一个构建+分析，而是每个pull-request运行多个。
其他一切正常，除了SonarQube GitHub插件编写第一个版本中发现的问题，然后在第二个版本中删除它们，等等。所以我收到一封关于第一次构建中的问题的电子邮件，但是当我去看看GitHub中的PR时，它都是绿色的，没有任何消息。
最好我想指定SonarQube GH插件，这些版本应该在PR中单独处理，但我还没有找到办法。
答案 0 :(得分：2)
使用SonarQube GitHub插件无法实现您的目标。如果您想要PR分析，您有两种方法：
最佳解决方案取决于您的“新”项目如何相互耦合。如果它们具有相同的生命周期（〜相同的版本控制方案），那么最好将它们收集在顶级项目下。如果没有（即它们可以使用不同版本独立发布），那么将它们移动到专用存储库将是最好的方法。
答案 1 :(得分：0)
可能，但是需要复杂的设置： -每种语言的SonarQube项目。 -每种语言的Github用户 -在每个SonarQube项目的“常规设置”->“拉取请求”下，设置一个不同的访问令牌以将每个项目发回到github。
现在，您将有2个不同的评论者，每个项目一个。