应用错误收集

我们目前正在评估GitLab在我们项目中的使用情况，我们稍微发现的一件事是审核合并请求时的评论。

当一些评论作为代码审查的一部分输入并且推送新的提交来解决这些评论时，问题就开始了。

对提交的评论和对＃34;更改＆＃34;的评论。面板显示在＆＃34;讨论＆＃34;标签，但没有迹象表明在同一行周围发生了一些变化。进入＆＃34;变化＆＃34;小组并查看最新到基础的比较 - 我得到了我期望的结果（到目前为止在分支上完成的所有内容），但是我们没有看到覆盖了对旧提交的评论或旧评论。

我一半期待在讨论小组中我会在每条评论下面显示另一部分，以显示最近代码中发生了哪些变化。那，或者能够访问＆＃34;更改＆＃34;中所做的所有评论。小组在查看最新版本时，甚至是对旧版本的评论。

在GitLab审核流程和管理评论方面，我是否遗漏了一些内容？

自2016年以来，GitLab有了长足的发展，new 13.1 (June 2020)添加了与您的用例相关的功能：

将任何设计线程标记为已解决核心起动机优质最终自由青铜银黄金

当您收到有关设计的大量反馈时，注释图钉的数量会迅速增加！
随着讨论线程的增加，将很难知道哪些讨论已完成，哪些仍需要工作。

在13.1版本中，您可以将任何评论标记为“已解决”，以表示该评论现已完成。

甚至更好-您解决的评论图钉将从设计中消失，因此您可以专注于剩下的内容！

当然，如果您需要重新访问某些内容，所有已解决的线程将在侧边栏底部的“已解决的注释”区域中可用。从那里，您可以再次找到它们，并查看哪个修订版本适用于该修订版本。

我们认为这将大大改善您的工作流程，因此您可以专注于重要的事情。

GitLab 13.5 (Oct. 2020)将在合并请求参与者（“受让人”）和审阅者之间添加明显的区别：

为弥补这些差距，GitLab 13.5引入了合并请求“审阅者”，可以轻松地允许作者请求审阅以及查看审阅的状态。
通过仅从“审阅者”字段中选择一个或多个用户，分配的审阅者将收到有关审阅合并请求的请求的通知。

这使得为合并请求中涉及的用户确定相关角色变得容易，并且可以轻松地从同级请求正式审核。