Gitlab 是否有方法显示每个分支的生成状态/代码覆盖率

我们正在GitLab上设置CI，并且我们能够使用以下内容显示主控服务器上的构建状态和代码覆盖率：

myproject的根目录中的
README.md
：

[![build status](http://mygitlab/mygroup/myproject/badges/master/build.svg)](http://mygitlab/mygroup/myproject/commits/master) 
[![coverage report](http://mygitlab/mygroup/myproject/badges/master/coverage.svg)](http://mygitlab/mygroup/myproject/commits/master)

我们希望在查看分支中的
README.md
时显示当前分支的构建状态/代码覆盖率。现在，链接已经硬编码了
master
，因此分支显示了master的状态

有没有一种方法可以使用相对URL（或其他内容）使构建状态/代码覆盖率自动适应您正在查看的分支？查看，这似乎是不可能的，因为您必须指定分支。
从GitLab 9.3开始（仅适用于Starter/Bronze和更高版本），代码质量将作为CI/CD管道的一部分进行评估，结果将显示在合并请求中

您可以在的文档中看到合并请求中的示例

这将通过Auto DevOps“自动”工作，或者您可以使用手动配置代码质量

这并不涉及在自述文件中显示给定分支的代码质量和管道状态。如前所述，它确实显示了MR本身的管道状态和代码质量。但是，在查看特定分支时，页面顶部的提交确实会显示整个管道状态。单击该状态转到管道以获取更详细的作业信息，包括代码质量作业本身


它不像你所寻找的那样方便，但它是一种变通方法。通常，对质量和构建状态的关注对建议的合并请求本身最为重要，可以在将它们合并到主/目标分支之前进行修复

我真正想看到的是在查看合并请求时，合并请求前后的代码覆盖率

实际上，使用（2020年9月）更容易做到这一点

在MR中显示代码覆盖率值的作业数据
作为一名开发人员，您应该能够在管道完成运行后轻松地看到代码覆盖率，即使是在复杂的场景中，例如当您的管道有多个作业被解析以计算覆盖率值时，也应该如此

到目前为止，合并请求小部件只显示这些值的平均值，这意味着您必须导航到作业页面，然后返回到合并请求本身，以获得覆盖率值的更详细信息

为了节省时间并消除这些额外步骤，现在将向您显示平均覆盖率值、它与目标分支和源分支的变化情况，以及显示用于计算平均值的每个作业的覆盖率的工具提示


见和

是否有方法显示每个分支的生成状态/代码覆盖率

与此相关的一个新功能是（2020年11月）：

分支和标记列表中的管道状态
如果将CI/CD管道与标记或分支一起使用，并且希望了解最新的管道状态，则以前必须从分支列表或标记列表导航到管道页面。现在，管道状态图标在各自的列表视图中为每个分支或标记显示，因此您可以通过较少的单击快速获得许多标记或分支的此信息

感谢您的贡献


见和

我不相信有办法。事实上，这是通过这些自述标记嵌入URL公开这些信息的一个弱点。对于长期存在的分支，我一直在创建wiki来包含覆盖率信息。对于所有分支的本地查看，我认为可以提出一个功能请求，让Gitlab的ruby前端显示所有分支的仪表板式视图，以及它们的CI状态、代码覆盖率和其他内容。对于寿命短的分支，这种信息是噪音，而不是信号，至少在我工作的地方是这样。@WarrenP我想你是对的。我们的分支机构的生命周期很短（±2周），因此拥有这些信息可能不会增加太多价值。我真正想看到的是在审查合并请求时，合并请求前后的代码覆盖率。哦，看，你的代码覆盖率随着这位先生而提高了！耶！哦，看，它掉在这辆车里了！悲伤！对于长寿命的分支，是否可以将所有这些信息放在默认分支的README.md中的一个表中？或者甚至有一个单独的项目作为一个有自述文件的仪表板？@ahogen我们也做了类似的事情。CI为
master
中的每个合并触发一个脚本，覆盖率数据被插入到数据库中。我们可以绘制数据图来观察时间的演变。