development

GitHub에서 검토 자와 양수인의 차이점은 무엇입니까?

big-blog 2020. 6. 22. 07:16
반응형

GitHub에서 검토 자와 양수인의 차이점은 무엇입니까?


GitHub 블로그에 발표 된 2016 년 12 월 7 일에 추가 된 기능 은 풀 요청에 검토자를 추가 하는 옵션 도입했습니다.

GitHub 검토 옵션

이제 공동 작업자에게 명시 적으로 검토를 요청하여 풀 요청을 검토 할 사람을 쉽게 지정할 수 있습니다.

또한 풀 요청 페이지 사이드 바에서 검토를 기다리는 사람들의 목록과 이미 떠난 사람들의 리뷰 상태를 볼 수 있습니다.

그러나 PR에 대한 검토자를 명시 적으로 설정하는 것은 이미 사람을 지정하여 수행되었습니다 ( 피지 정자 옵션).

두 가지 옵션을 모두 사용할 수있게되면 각 옵션의 역할은 모두 동일한 최종 목표를 공유하므로 어떻게됩니까?


편집하다:

여러 OSS 관리자와 논의한 후, 검토 자 (reviewers) 는 단어 (무엇의 코드)를 정의해야하는지 정의하고 아래에 설명 된 "할당 자"는 느슨한 정의를 갖습니다.

"검토 자"의 경우 : 코드를 검토하려는 사람입니다. 해당 영역을 담당하거나 커밋을 병합 할 책임이있는 사람 일 필요는 없습니다. GitHub가 자동 제안하는 것처럼 이전에 해당 코드 덩어리에서 작업 한 사람 일 수 있습니다.

"담당자"의 경우 : 프로젝트 팀 / 유지 업체가 의미하는 바에 따라 엄격한 정의가 없습니다. PR 오프너 또는 해당 영역을 담당하는 사람 (검토가 완료된 후 PR을 수락하거나 닫을 사람) 일 수 있습니다. 프로젝트 관리자가 프로젝트에 가장 적합한 것을 열어 두는 것을 정의하는 것은 GitHub의 책임이 아닙니다.

이전 답변 :

좋아요. 계속해서 내 질문에 대답하겠습니다.

쓰기 액세스 권한이있는 사용자의 PR : 양수인은 PR을 연 사람과 동일하며 검토자는 이전 양수인 기능 (검토 코드)을 양수인이 선택한 사람입니다.

쓰기 액세스 권한이없는 사용자 (외부 기고자)의 PR : 쓰기 액세스 권한이있는 사용자는 PR (검토 자)을 검토하기 위해 자신 (또는 다른 쓰기 권한 구성원)을 할당합니다. 양수인이 비어 있습니다.

외부 기고자로부터 미완성 된 PR의 경우 : 쓰기 액세스 구성원은 미완성 된 작업을 수행하여 그녀에게 할당합니다. 그녀는 양수인 인 과제를 완수 할 책임이 있습니다 . PR의 주요 이유는 변경 사항을 검토하는 것이기 때문에 변경 사항을 검토 할 다른 사람을 선택합니다.


GitHub에서 검토자는 풀 요청을 검토하는 사람입니다. 프로젝트 소유자는 모든 관리자에게 검토를 요청할 수 있으며, 쓰기 권한이있는 관리자 중 하나가 풀 요청을 검토 한 경우에만 풀 요청을 병합 할 수 있도록 옵션을 설정할 수도 있습니다.

According to official github documentation, Assignee is a person who is working on specific issues and pull requests. It is sometimes confused as a reviewer. It is actually meant to be used with issues rather than pull request so that when we receive a issue we can assign someone to fix it. In a pull request, an assignee refers to a person who's in charge of merging that pull request after getting comments and change requests from other maintainers.


As per accepted answer. Yes, "assignee" has a looser definition and can be used differently to suit a teams need.

In our team of 8 devs, in most PRs we have 1 reviewer, who suggests changes and ultimately approves the PR. During review phase, "assignee" is the person who opened the PR; later on if PR is picked up by other developer, a new "assignee" is added. Once PR is approved and ready for QA or direct merge, a new QA "assignee" is added. This way "assignee" list grows.

We use "assignee" to designate following people collectively:

  1. Pull Request Author
  2. Author working on PR change suggestions (usually same as 1)
  3. QA person involved
  4. Person responsible to merge (usually same as 2 or 3)

Using "assignee" helps locating the PR in future easily. One of my project has >3000 PRs.

is:open is:pr author:raya-dumas

is:closed is:pr assignee:raya-dumas

Or just author:raya-dumas to find all items author created (issues, PRs)

검색 프로세스를 쉽게하기위한 다른 유사한 쿼리 "이정표"는 PR 검색을 쉽게하기 위해 사용하는 데 매우 유용합니다.

2017 년 4 분기 Github

참고 URL : https://stackoverflow.com/questions/41087206/on-github-whats-the-difference-between-reviewer-and-assignee

반응형