【发布时间】：2016-11-30 14:35:33
【问题描述】：
我们正在 GitLab 上设置 CI，我们可以使用以下命令在 master 上显示构建状态和代码覆盖率：
README.md在myproject的根目录下：
[](http://mygitlab/mygroup/myproject/commits/master)
[](http://mygitlab/mygroup/myproject/commits/master)
我们希望在查看分支中的README.md 时显示当前分支的构建状态/代码覆盖率。现在，链接有master 硬编码，因此分支显示主节点的状态。
有没有办法使用相对 URL（或其他东西），以便构建状态/代码覆盖率自动适应您正在查看的分支？看documentation，好像是不可能的，因为要指定分支。
【问题讨论】：
-
我不相信有办法。这实际上是通过这些自述降价嵌入 URL 暴露此信息的弱点。对于长期存在的分支，我一直在创建 WIKI 来包含覆盖信息。对于所有分支的本地查看，我认为可以提出一个功能请求，让 Gitlab 的 ruby 前端显示所有分支的仪表板式视图，包括它们的 CI 状态、代码覆盖率和其他内容。对于短命的分支机构，这种信息是噪音，至少在我工作的地方不是信号。
-
@WarrenP 我猜你是对的。我们的分支机构的生命周期很短（± 2 周），因此拥有这些信息可能不会增加太多价值。
-
在审查合并请求时，我真正想看到的是合并请求之前和之后的代码覆盖率。哦，看，你的代码覆盖率随着这个 MR 上升了！耶！哦，看它在这个 MR 中失败了！悲伤！
-
对于长期存在的分支，是否可以将所有这些信息放在默认分支的 README.md 中的一个表中？或者甚至有一个单独的项目作为具有自述文件的仪表板？
-
@ahogen 我们做类似的事情。 CI 为
master中的每个合并触发一个脚本，并将覆盖数据插入到数据库中。我们可以绘制数据以查看时间的演变。