我有一个开源项目，它正在同一个 Git 存储库的三个 Git 分支中开发（比如 v9_11、v9_14 和 master。我希望在 Coverity Scan 中定期扫描所有这些分支.
如果我在 Git 存储库中注册此项目，然后将来自不同 Git 分支的结果上传到同一个 Coverity Scan 项目，我会得到次优结果，例如“发现新缺陷：2”和“消除缺陷：1”因为最后分析的分支不同。
是否可以从一个注册的项目/Git 存储库中获得每个分支的 Coverity 扫描结果？
如果没有，我想我必须创建三个 Git 存储库，每个都注册为 Coverity Scan 项目。
【问题讨论】：
我想你可以。
来自他们的documentation：
为了增加对更多项目的免费服务的可用性， 插件默认设计为基于每个分支运行分析
推荐：
创建一个名为 coverity_scan 的分支，您可以随时合并到该分支中来触发分析。
已编辑
但是太多会让你陷入“麻烦”。
每个项目的每周构建次数如下：
Up to 28 builds per week, with a maximum of 4 builds per day, for projects with fewer than 100K lines of code
Up to 21 builds per week, with a maximum of 3 builds per day, for projects with 100K to 500K lines of code
Up to 14 builds per week, with a maximum of 2 build per day, for projects with 500K to 1 million lines of code
Up to 7 builds per week, with a maximum of 1 build per day, for projects with more than 1 million lines of code
一旦项目达到每周的最大构建量，额外的构建 请求将被拒绝。您将能够重新提交构建 下周申请。
【讨论】：
coverity_scan 分支不会反映任何当前分支的内容，当然也不会反映缺陷消除进度。它可以用于分析合并请求，但我们的 MR 太多，无法满足服务标准。