필요한 검토에 대한 자세한 내용은 보호된 분기 정보을(를) 참조하세요.
승인하기 전에 끌어오기 요청에 대한 주석을 추가하거나, 변경 내용을 승인하거나, 개선 사항을 요청할 수 있습니다. 자세한 내용은 끌어오기 요청에서 제안된 변경 내용 검토을(를) 참조하세요.
검색 한정자 review-requested:[USERNAME] 또는 team-review-requested:[TEAMNAME]를 사용하여 사용자 또는 사용자가 멤버인 팀을 검토를 위해 요청하는 끌어오기 요청을 찾을 수 있습니다. 자세한 내용은 문제 및 끌어오기 요청 검색을(를) 참조하세요.
팁
승인한 끌어오기 요청이 크게 변경된 경우 검토를 해제할 수 있습니다. 끌어오기 요청은 병합되기 전에 새 검토가 필요합니다. 자세한 내용은 끌어오기 요청 검토 해제을(를) 참조하세요.
-
리포지토리 이름에서 Pull requests를 클릭합니다.
-
끌어오기 요청 목록에서 검토하려는 끌어오기 요청을 클릭합니다.
-
끌어오기 요청에서 파일 변경됨을 클릭합니다.
-
끌어오기 요청의 변경 내용을 검토하고 필요에 따라 특정 줄 또는 파일에 주석을 추가합니다. 자세한 내용은 끌어오기 요청에서 제안된 변경 내용 검토을(를) 참조하세요.
-
변경된 코드 위에서 변경 내용 검토를 클릭합니다.
-
제안된 변경 내용에 대한 피드백을 요약한 설명을 입력합니다.
-
Approve(승인)를 선택하여 끌어오기 요청에 제안된 변경 내용 병합을 승인합니다.
-
리뷰 제출을 클릭합니다.
팁
- 변경 요청 옵션은 전적으로 정보 제공용이며 규칙 집합 또는 클래식 분기 보호 규칙이 "끌어오기 요청 필요" 옵션으로 구성되지 않는 한 병합을 방지하지 않습니다. 구성 후 리포지토리에 대한
admin,owner또는write액세스 권한이 있는 협력자가 변경을 요청하는 검토를 제출하는 경우 동일한 협력자가 끌어오기 요청의 변경 내용을 승인하는 다른 검토를 제출할 때까지 끌어오기 요청을 병합할 수 없습니다. - 리포지토리 소유자 및 관리자는 승인 검토를 받지 못했거나, 변경을 요청한 검토자가 조직을 떠났거나 연락할 수 없는 경우에도 끌어오기 요청을 병합할 수 있습니다.
- 필요한 검토 및 부실 검토 해제를 모두 사용하고 코드 수정 커밋을 승인된 끌어오기 요청의 분기에 푸시하면 승인이 해제됩니다. 끌어오기 요청은 병합하기 전에 다시 검토하고 승인해야 합니다.
- 열려 있는 여러 끌어오기 요청에 각각 동일한 커밋을 가리키는 헤드 분기가 있을 때 하나의 끌어오기 요청 또는 둘 다에 보류 중이거나 거부된 검토가 있는 경우 병합할 수 없습니다.
- 리포지토리에 쓰기 또는 관리 권한이 있는 사용자의 검토 승인이 필요한 경우, 검토자 사이드바에서 권한 수준별로 승인을 그룹화합니다. 승인은 두 섹션에 표시될 수 있습니다.
- 상위 섹션에는 주로 쓰기 또는 관리 권한이 있어 병합 요구 사항에 산정되는 사용자의 승인이 포함되어 있습니다. GitHub Copilot의 승인도 이 섹션에 표시되지만 GitHub Copilot 검토는 병합 요구 사항 산정에는 포함되지 않습니다.
- 축소 가능한 섹션(있는 경우) 에는 끌어오기 요청의 병합 가능 여부에 영향을 미치지 않는 검토자의 승인이 표시됩니다.
- 끌어오기 요청 작성자는 자신의 끌어오기 요청을 승인할 수 없습니다.