GitHubで、レビュー担当者と担当者の違いは何ですか？
Github Whats Difference Between Reviewer
解決：
編集：
いくつかのOSSメンテナと話し合った後、 レビュアー は、単語が何であるかとして定義されます:(誰かのコード）を確認し、「譲受人」は、以下で説明するより緩い定義を持っています。
「レビュアー」の場合 ：コードを確認したい人。必ずしもその領域の責任者またはコミットのマージの責任者である必要はありません。 GitHubが自動提案するように、以前にそのコードのチャンクに取り組んだことがある人になることができます。
「譲受人」の場合 ：それが何を意味するかはプロジェクトのチーム/メンテナ次第であり、厳密な定義はありません。それは、PRオープナー、またはその領域の責任者（レビューが完了した後にPRを受け入れるか、単に閉じる）である可能性があります。プロジェクトのメンテナがプロジェクトに最適なものを開いたままにするものを定義するのは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作成者：raya-dumas
is：closed is：prassignee：raya-dumas
あるいは単に著者：raya-著者が作成したすべてのアイテムを検索するためのデュマ（問題、PR）
およびその他の同様のクエリにより、検索プロセスが容易になります。 「マイルストーン」は、PR検索を容易にするためにも非常に役立ちます。
