【发布时间】：2017-05-11 18:33:20
【问题描述】：
当我创建拉取请求时，我可以看到 Reviewers 和 Assignees 两个选项。它们之间有什么区别？ 我认为这是来自任何最新版本的 github。
【问题讨论】：
标签： github pull-request
【发布时间】：2017-05-11 18:33:20
【问题描述】：
审阅者和受让人是一种工具，用于组织处理拉取请求和问题的人员。他们不授予任何额外的权限。
审核者是您特别要求审核您的拉取请求的人。 From the docs...
拉取请求作者、仓库所有者和合作者可以请求对仓库有写入权限的任何人对拉取请求进行审查。被请求的审阅者将收到您要求他们审阅拉取请求的通知。
而“受让人阐明谁在处理特定问题和拉取请求”，also from the docs。
具体区别由项目决定，但基本区别在于审稿人要审稿，而受让人负责实际处理合并（可能也包括审稿）。
例如，如果我提交了一个更改类型系统的拉取请求，我可能会将其分配给类型系统的负责人来处理；那可能是特定的人，或项目负责人。或者我可以将它分配给在项目聊天中说他们会处理它的任何人。受让人说“这个人正在处理这个问题”。
但如果该拉取请求还包含 Windows 特定代码，我可能会要求项目中熟悉 Windows 的人进行审核。
另一种用途可能是始终让两个人查看一个拉取请求，一个审阅者，一个受让人。在这种情况下，这将由项目经理处理，确保每个拉取请求都有受让人和审阅者。
【讨论】：
-
添加了一个截图，以便在 GitHub 界面更新时保持相关性
-
@lal 谢谢，但 UI 的具体细节无助于澄清审稿人和受让人之间的区别。而且由于问题是关于 Github 用户界面的，如果用户界面发生变化，截图就会产生误导。
“受让人”的定义较为宽松，可以根据团队需要进行不同的使用。
在我们由 8 名开发人员组成的团队中，我们有 1 名审阅者和最多 2 名受让人。我们使用“受让人”来指定打开拉取请求并负责提出拉取请求评论/更改请求的人。有时，如果 QA 涉及合并和关闭 PR，QA 人员也会被添加为受让人。
使用“受让人”有助于日后轻松定位 PR。我的一个项目有超过 3000 个 PR。
is:open is:pr author:raya-dumas
is:closed is:pr assignee:raya-dumas
【讨论】：