GitHubについて、査読者と譲受人の違いは何ですか？
GitHubブログで発表された、2016年12月7日に追加された機能は、オプションを導入しました プルリクエストにレビューアを追加するために
共同編集者から明示的にレビューをリクエストできるようになりました。プルリクエストをレビューしたい人を簡単に指定できます。
また、プルリクエストページのサイドバーに、レビューを待っている人のリスト、およびそれらを離れた人からのレビューのステータスを表示することもできます。
ただし、PRに対するレビューアの明示的な設定は、担当者を割り当てることで既に行われています（担当者オプション）。
両方のオプションが利用可能になりましたが、両方とも同じ最終目標を共有しているため、各オプションの役割は何ですか？
編集：
何人かのOSSメンテナと話し合った後、校閲者はWordがするべきものとして定義されています。以下に説明します。
"reviewer"の場合：コードをレビューしたい人です。必ずしもその領域の責任者やコミットのマージの責任者ではありません。 GitHubが自動提案しているように、以前にそのコードのチャンクに取り組んだ誰かになることができます。
"譲受人"の場合：プロジェクトのチーム/メンテナ次第ですが、厳密な定義はありません。それはPRオープナー、またはその領域に責任を負う誰か（レビューが行われた後にPRを承認しようとしているか、ただそれを閉じようとしている人）です。何をGitHubがプロジェクトメンテナにとってオープンにしているのかを定義するのは、GitHub次第ではありません。
前回の回答：
わかりました私は先に行き、私自身の質問に答えます。
書き込みアクセス権を持つユーザーのPRの場合譲受人はPRを開いた人と同じ人になり、査読者は古い譲受人機能（査読コード）を置き換えることになります。
書き込みアクセス権を持たないユーザーのPR（投稿者以外）:書き込みアクセス権を持つユーザーが自分自身（または他の書き込み権限のあるメンバー）を割り当て、PR（レビューア）を確認します。譲受人は空白です。
外部の貢献者からの未完成のPRの場合：書き込みアクセスメンバは未完成の仕事を取り、彼女に割り当てます。彼女は、タスクを完了する責任があります。担当者です。 PRの主な理由は変更をレビューすることなので、彼女は他の人を選択して変更をレビューします。
GitHubでは、レビューアはプルリクエストをレビューする人です。プロジェクトの所有者は、メンテナからレビューを依頼することができます。プルリクエストが書き込みアクセス権を持つメンテナの1人によってレビューされた場合にのみマージできるようにオプションを設定することもできます。
公式 githubドキュメンテーション によると、譲受人は特定の問題に取り組み、要求を引っ張っている人です。査読者と混同されることがあります。これは実際にはプルリクエストではなく、問題とともに使用することを目的としているため、問題を受け取ったときにそれを修正するために誰かを割り当てることができます。プルリクエストでは、譲受人とは、他のメンテナからのコメントや変更リクエストを受け取った後に、そのプルリクエストをマージする担当者を指します。
受け入れられた答えに従って。はい、 "譲受人"はより曖昧な定義を持っており、チームのニーズに合うように違う使い方をすることができます。
8人の開発者からなるチームでは、ほとんどのPRで1人のレビューアがいて、変更を提案して最終的にPRを承認します。レビュー段階では、「譲受人」がPRを開いた人です。後でPRが他の開発者によって採用された場合、新しい "譲受人"が追加されます。 PRが承認され、QAまたは直接マージの準備が整うと、新しいQA「担当者」が追加されます。このようにして「譲受人」リストが増えます。
以下の人をまとめて指定するために「担当者」を使用します。
- プルリクエスト作者
- PR変更提案に取り組んでいる著者（通常1と同じ）
- QA関係者
- マージを担当する人（通常2または3と同じ）
「担当者」を使用すると、将来的にPRを簡単に見つけることができます。私のプロジェクトの1つに> 3000 PRがあります。
is:open is:pr author:raya-dumas
is:closed is:pr assignee:raya-dumas
作者が作成したすべてのアイテムを検索するには、単にauthor:raya-dumas（issue、PR）
検索プロセスを容易にするためのその他の同様のクエリ。 「マイルストーン」は、PR検索を容易にするためにも使用するのに非常に役立ちます。
