Skip to main content

Enterprise Server 3.15 은(는) 현재 릴리스 후보로 제공됩니다.

끌어오기 요청 검토 정보

검토를 통해 협력자는 끌어오기 요청에서 제안된 변경 사항에 대해 의견을 제시하거나, 변경 내용을 승인하거나, 끌어오기 요청이 병합되기 전에 추가 변경을 요청할 수 있습니다. 리포지토리 관리자는 병합하기 전에 모든 끌어오기 요청을 승인하도록 요구할 수 있습니다.

끌어오기 요청 검토 정보

끌어오기 요청이 열리면 읽기 권한이 있는 모든 사용자가 제안되는 변경 내용을 검토하고 주석을 추가할 수 있습니다. 작성자가 끌어오기 요청에서 직접 적용할 수 있는 코드 줄에 대한 특정 변경 내용을 제안할 수도 있습니다. 자세한 내용은 "끌어오기 요청에서 제안된 변경 내용 검토"을(를) 참조하세요.

리포지토리 소유자 및 협력자는 특정 사람의 끌어오기 요청 검토를 요청할 수 있습니다. 조직 구성원은 리포지토리에 대한 읽기 권한이 있는 팀에 끌어오기 요청 검토를 요청할 수도 있습니다. 자세한 내용은 "끌어오기 요청 검토 요청"을(를) 참조하세요. 전체 팀 대신 자동으로 할당할 팀 구성원의 하위 집합을 지정할 수 있습니다. 자세한 내용은 "팀의 코드 검토 설정 관리"을(를) 참조하세요.

검토를 통해 제안된 변경 내용을 논의할 수 있으며 변경 내용이 리포지토리의 기여 지침 및 기타 품질 표준을 충족하는지 확인할 수 있습니다. CODEOWNERS 파일에서 특정 형식 또는 영역의 코드를 소유하는 개인 또는 팀을 정의할 수 있습니다. 끌어오기 요청이 정의된 소유자가 있는 코드를 수정하면 해당 개인 또는 팀에 자동으로 검토자로 요청합니다. 자세한 내용은 "코드 소유자 정보"을(를) 참조하세요.

끌어오기 요청 검토의 요청 및 제공에 대한 소개는 끌어오기 요청 검토 GitHub Skills 과정을 참조하세요.

검토에는 다음과 같은 세 가지 가능한 상태가 있습니다.

  • Comment(주석): 변경 내용을 명시적으로 승인하거나 추가 변경 내용을 요청하지 않고 일반 피드백을 제출합니다.
  • Approve(승인): 피드백을 제출하고 끌어오기 요청에 제안된 변경 내용 병합을 승인합니다.
  • Request changes(변경 내용 요청): 끌어오기 요청을 병합하기 전에 해결해야 하는 피드백을 제출합니다.

:

  • 변경 요청 옵션은 전적으로 정보 제공용이며 규칙 집합 또는 클래식 분기 보호 규칙이 "끌어오기 요청 필요" 옵션으로 구성되지 않는 한 병합을 방지하지 않습니다. 구성 후 리포지토리에 대한 admin, owner 또는 write 액세스 권한이 있는 협력자가 변경을 요청하는 검토를 제출하는 경우 동일한 협력자가 끌어오기 요청의 변경 내용을 승인하는 다른 검토를 제출할 때까지 끌어오기 요청을 병합할 수 없습니다.
  • 리포지토리 소유자 및 관리자는 승인 검토를 받지 못했거나, 변경을 요청한 검토자가 조직을 떠났거나 연락할 수 없는 경우에도 끌어오기 요청을 병합할 수 있습니다.
  • 필요한 검토 및 부실 검토 해제를 모두 사용하고 코드 수정 커밋을 승인된 끌어오기 요청의 분기에 푸시하면 승인이 해제됩니다. 끌어오기 요청은 병합하기 전에 다시 검토하고 승인해야 합니다.
  • 열려 있는 여러 끌어오기 요청에 각각 동일한 커밋을 가리키는 헤드 분기가 있을 때 하나의 끌어오기 요청 또는 둘 다에 보류 중이거나 거부된 검토가 있는 경우 병합할 수 없습니다.
  • 리포지토리에서 쓰기 또는 관리자 권한이 있는 사용자의 승인 검토가 필요한 경우 해당 사용 권한이 있는 사용자의 승인에는 녹색 확인 표시가 표시되고 해당 권한이 없는 사용자의 승인에는 회색 확인 표시가 표시됩니다. 회색 확인 표시가 있는 승인은 끌어오기 요청을 병합할 수 있는지 여부에 영향을 미치지 않습니다.
  • 끌어오기 요청 작성자는 자신의 끌어오기 요청을 승인할 수 없습니다.

대화 타임라인에서 끌어오기 요청이 받은 모든 검토를 볼 수 있으며, 끌어오기 요청의 병합 상자에서 리포지토리 소유자 및 협력자의 검토를 볼 수 있습니다.

끌어오기 요청에 대한 병합 상자의 스크린샷. 요청된 변경 내용이 있는 Octocat의 검토가 나열됩니다.

팁: 검색 한정자 review-requested:[USERNAME] 또는 team-review-requested:[TEAMNAME]를 사용하여 사용자 또는 사용자가 멤버인 팀을 검토를 위해 요청하는 끌어오기 요청을 찾을 수 있습니다. 자세한 내용은 "문제 및 끌어오기 요청 검색"을(를) 참조하세요.

대화 해결

끌어오기 요청을 시작했거나 끌어오기 요청이 시작된 리포지토리에 대한 쓰기 액세스 권한이 있는 경우 끌어오기 요청에서 대화를 확인할 수 있습니다.

변경된 파일 탭의 대화를 완료되었다고 표시하려면 대화 해결을 클릭합니다.

전체 대화가 축소되고 해결된 것으로 표시되므로 여전히 처리해야 하는 대화를 더 쉽게 찾을 수 있습니다.

주석의 제안이 끌어오기 요청의 범위를 벗어난 경우 피드백을 추적하고 원래 주석으로 다시 연결하는 새 이슈를 열 수 있습니다. 자세한 내용은 "문제 만들기"을(를) 참조하세요.

대화 검색 및 탐색

변경된 파일 탭의 맨 위에 표시된 대화 메뉴를 사용하여 끌어오기 요청의 모든 대화를 검색하고 탐색할 수 있습니다.

이 보기에서 해결되지 않은 대화, 해결된 대화 및 오래된 대화를 확인할 수 있습니다. 그러면 대화를 쉽게 검색하고 해결할 수 있습니다.

끌어오기 요청의 "변경된 파일" 탭에 있는 "대화" 메뉴의 스크린샷입니다.

검토 다시 요청

예를 들어 끌어오기 요청을 크게 변경한 후 검토를 다시 요청할 수 있습니다. 검토자에게 새 검토를 요청하려면 대화 탭의 사이드바에서 아이콘을 클릭합니다.

필수 검토

리포지토리 관리자 또는 "리포지토리 규칙 편집" 권한이 있는 사용자 지정 역할은 누군가가 끌어오기 요청을 보호된 분기에 병합하기 전에 모든 끌어오기 요청이 특정 수의 승인 검토를 받도록 요구할 수 있습니다. 리포지토리에서 쓰기 권한이 있는 사람 또는 지정된 코드 소유자의 승인 검토를 요청할 수 있습니다. 자세한 내용은 “보호된 분기 정보”을(를) 참조하세요.

: 필요한 경우 리포지토리에 대한 관리자 또는 쓰기 권한이 있는 사람이 끌어오기 요청 검토를 해제할 수 있습니다. 자세한 내용은 "끌어오기 요청 검토 해제"을(를) 참조하세요.

추가 참고 자료