问如何对GitHub请求进行同行评审？

EN

据我所见，大多数这些步骤都是按照惯例在Github上完成的，而不是由任何官方Github提供的过程完成的。

我的雇主使用Github，我运行了大量的小型开源项目，并偶尔为其他开源项目做出贡献。

以下是我通常看到的情况：

作者将他/她的同事添加为评论员：

每个项目的情况各不相同，但一般而言，指定的同行评审人员都是项目的贡献者。

开源项目似乎有一个粗略的层次结构--也许他们的惯例是只有在“核心”贡献者给出同意后才合并。

在我目前受雇的商店，我们合并后，任何一个在团队中的六名开发人员已经给予他们的批准。

在少数情况下，团队中的某个人可能会使用一条评论来具体地调用另一位开发人员，他们认为应该在代码合并之前对其进行同行评审，但是如果不是这样的话，谁先得到代码并想这样做，谁就可以审查并发表评论。

审阅者批准：

批准通常是通过评论拉请求来显示的，上面写着"+1“或"lgtm”(在我看来不错)。

轻量级任务：

我也使用了复选框，但在大多数情况下，对拉请求的每一个注释都被认为是一个隐式“任务”，可以通过以下两种方法来解决：

• 更改行注释的代码
• 回复另一条评论

一目了然地看到什么是被批准的，哪些还需要审查：

我使用了Chrome的在我看来不错扩展，它从拉请求屏幕上提供了这样一个视图。不过，拉请求列表视图似乎已经被Github最近的更改打破了。