끌어오기 요청 검토

끌어오기 요청을 검토하여 피드백을 제공하고, 변경 내용을 제안하고, 병합하기 전에 코드 품질을 확인합니다.

이 기사에서

끌어오기 요청 검토를 사용하면 코드가 병합되기 전에 변경 내용에 대해 언급하고, 개선 사항을 제안하고, 변경 내용을 승인하거나 요청할 수 있습니다. 읽기 액세스 권한이 있는 모든 사용자는 제안된 변경 내용을 검토하고 주석으로 처리하여 팀이 코드 품질을 유지하고 지식을 공유할 수 있도록 도와줍니다.

검토를 기다리는 끌어오기 요청 보기

의사 결정 유형 검토

검토자가 검토를 제출하면 다음 결정 중 하나를 선택합니다.

의사 결정Meaning
Comment변경 내용을 명시적으로 승인하거나 요청하지 않고 일반적인 피드백을 남깁니다.
승인변경 내용이 병합할 준비가 되었음을 나타냅니다.
변경 요청병합하기 전에 작성자가 해결해야 하는 피드백에 플래그를 지정합니다.

검토자는 특정 줄에 대해 주석을 달고, 정확한 변경 내용을 제안하고, 구현 세부 정보를 논의할 수도 있습니다. 검토 대화는 팀이 피드백 및 결정을 추적할 수 있도록 끌어오기 요청 타임라인에 표시됩니다.

리뷰 요청 및 필수화

적절한 전문가의 피드백이 필요한 경우 특정 사용자 또는 팀에서 검토를 요청할 수 있습니다.

검토를 요청하려면 리포지토리에 대한 쓰기 액세스 권한이 필요합니다. 리포지토리에 대한 읽기 액세스 권한이 있는 사용자 또는 팀으로부터 검토를 요청할 수 있으며 알림을 받습니다.

  • 끌어오기 요청 작성자는 쓰기 액세스 권한이 있는 리포지토리 소유자 또는 공동 작업자인 경우에만 검토를 요청할 수 있습니다.
  • 쓰기 액세스 또는 심사 권한이 있는 조직 구성원은 끌어오기 요청에 대한 검토자를 할당할 수도 있습니다.
  • 검토를 팀에 요청할 경우, 코드 검토 할당이 사용 설정되어 있으면 특정 구성원이 검토자로 지정되고 팀은 검토자 목록에서 제거됩니다.

CODEOWNERS 파일 GitHub 에서 코드 소유자를 정의하는 경우 끌어오기 요청이 코드를 변경할 때 소유자의 검토를 자동으로 요청할 수 있습니다. 끌어오기 요청 검토 요청을(를) 참조하세요.

리포지토리 관리자는 끌어오기 요청이 병합되기 전에 승인을 요구할 수 있습니다. 필요한 검토는 중요한 분기를 보호하고 실수로 병합되는 것을 줄이는 데 도움이 됩니다. 보호된 분기 정보을(를) 참조하세요.

추가 읽기