리포지토리 유지 관리자인 경우 기여자가 리포지토리에서 만드는 끌어오기 요청을 관리하고 표준화할 수 있는 여러 가지 방법이 있습니다. 이러한 단계는 올바른 사용자가 끌어오기 요청을 검토하고 리포지토리의 표준을 충족하는지 확인하는 데 도움이 될 수 있습니다.
끌어오기 요청 템플릿 사용
끌어오기 요청 템플릿을 사용하면 리포지토리에서 끌어오기 요청을 만들 때 포함할 정보를 사용자 지정하고 표준화할 수 있습니다. 리포지토리에 끌어오기 요청 템플릿을 추가하면 프로젝트 기여자가 끌어오기 요청 본문에서 템플릿의 콘텐츠를 자동으로 볼 수 있습니다. 자세한 내용은 리포지토리에 대한 끌어오기 요청 템플릿 만들기을(를) 참조하세요.
끌어오기 요청 템플릿을 사용하여 리포지토리에 대한 검토 프로세스를 표준화할 수 있습니다. 예를 들어 템플릿에 작업 목록을 추가하여 끌어오기 요청을 병합하기 전에 작성자가 완료할 작업 목록을 포함할 수 있습니다. 자세한 내용은 작업 목록 정보을(를) 참조하세요.
끌어오기 요청을 병합하면 문제가 자동으로 닫히도록 기여자가 끌어오기 요청 본문에 문제 참조를 포함하도록 요청할 수 있습니다. 자세한 내용은 끌어오기 요청을 이슈에 연결을(를) 참조하세요.
코드 소유자 정의
특정 개인이 항상 리포지토리의 특정 코드 또는 파일에 대한 변경 내용을 검토하도록 할 수 있습니다. 예를 들어 보안 팀의 구성원이 항상 SECURITY.md 파일 또는 dependabot.yml 파일의 변경 내용을 검토하도록 할 수 있습니다.
리포지토리의 코드 또는 파일을 담당하는 개인 또는 팀을 코드 소유자로 정의할 수 있습니다. 코드 소유자는 자신이 소유한 파일을 수정하는 끌어오기 요청을 다른 사용자가 열 때 자동으로 검토 요청을 받습니다. 리포지토리의 여러 분기뿐만 아니라 특정 형식의 파일 또는 디렉터리에 대한 코드 소유자를 정의할 수 있습니다. 자세한 내용은 코드 소유자 정보을(를) 참조하세요.
보호된 분기 사용
보호된 분기를 사용하여 특정 조건이 충족될 때까지 끌어오기 요청이 중요한 분기(예: main)로 병합되는 것을 방지할 수 있습니다. 예를 들어 승인 검토를 요구하거나 모든 상태 검사를 통과하도록 요구할 수 있습니다. 보호된 분기 정보을(를) 참조하세요.
규칙 집합 사용
보호된 분기와 함께 작동하는 규칙 집합을 사용하면 끌어오기 요청을 병합하기 전에 상태 검사나 워크플로를 전달하도록 요구하는 등의 정책을 리포지토리 전체에 적용할 수 있습니다.
규칙 집합은 다른 자동화된 보안 검사와 결합할 때 리포지토리 보안을 유지하는 데 특히 유용합니다. 예시:
- 규칙 집합을 사용하여 코드베이스에 취약한 종속성을 도입하는 끌어오기 요청을 차단하는 워크플로인 종속성 검토 작업을 적용할 수 있습니다. 조직 전체에서 종속성 검토 적용을(를) 참조하세요.
자동화된 도구를 사용하여 코드 스타일 검토
리포지토리의 끌어오기 요청에서 linter와 같은 자동화된 도구를 사용하여 일관된 스타일을 유지하고 코드를 더 쉽게 이해할 수 있도록 합니다. 자동화된 도구를 사용하여 오타나 스타일 지정과 같은 작은 문제를 포착하면 검토자가 끌어오기 요청의 내용에 집중할 수 있는 시간이 더 늘어납니다.
예를 들어 GitHub Actions을(를) 사용하여 CI(연속 통합) 워크플로의 일부로 끌어오기 요청에서 실행할 수 있는 코드 linter를 설정할 수 있습니다. 자세한 내용은 GitHub Actions를 사용한 연속 통합 정보을(를) 참조하세요.