{"meta":{"title":"끌어오기 요청 관리 및 표준화","intro":"일관되고 안전한 리포지토리 기여를 위해 템플릿, 코드 소유자, 보호된 분기, 규칙 집합 및 자동화된 도구를 사용하여 끌어오기 요청을 관리하고 표준화합니다.","product":"끌어오기 요청","breadcrumbs":[{"href":"/ko/pull-requests","title":"끌어오기 요청"},{"href":"/ko/pull-requests/reference","title":"참조"},{"href":"/ko/pull-requests/reference/managing-and-standardizing-pull-requests","title":"끌어오기 요청 관리 및 표준화"}],"documentType":"article"},"body":"# 끌어오기 요청 관리 및 표준화\n\n일관되고 안전한 리포지토리 기여를 위해 템플릿, 코드 소유자, 보호된 분기, 규칙 집합 및 자동화된 도구를 사용하여 끌어오기 요청을 관리하고 표준화합니다.\n\n리포지토리를 유지 관리하는 경우 기능을 사용하여 GitHub 끌어오기 요청을 보다 일관되고 쉽게 검토할 수 있습니다. 표준화는 기여자가 제공할 정보를 알고, 검토자가 올바른 변경 내용에 집중할 수 있도록 지원하며, 우발적이거나 위험한 병합으로부터 중요한 분기를 보호하는 데 도움이 됩니다.\n\n## 끌어오기 요청 템플릿 사용\n\n끌어오기 요청 템플릿은 기여자가 프로젝트에 검토에 필요한 컨텍스트를 제공하는 데 도움이 됩니다. 템플릿은 검토를 요청하기 전에 변경 목적을 설명하고, 관련 문제를 연결하거나, 테스트 노트를 포함하거나, 검사 목록을 완료하도록 작성자에게 메시지를 표시할 수 있습니다.\n\n템플릿은 많은 기여자가 풀 리퀘스트를 열거나, 프로젝트에 매번 눈에 띄어야 하는 리뷰 기대 사항이 있을 때 유용합니다.\n[리포지토리에 대한 끌어오기 요청 템플릿 만들기](/ko/communities/using-templates-to-encourage-useful-issues-and-pull-requests/creating-a-pull-request-template-for-your-repository), [작업 목록 정보](/ko/get-started/writing-on-github/working-with-advanced-formatting/about-tasklists), [끌어오기 요청을 이슈에 연결](/ko/issues/tracking-your-work-with-issues/using-issues/linking-a-pull-request-to-an-issue)을(를) 참조하세요.\n\n## 코드 소유자 정의\n\n코드 소유자는 특정 파일 또는 디렉터리를 담당하는 사용자 또는 팀을 식별합니다. 끌어오기 요청이 소유 코드를 변경하면 GitHub 올바른 소유자의 검토를 자동으로 요청할 수 있습니다.\n\n코드 소유자는 올바른 컨텍스트를 가진 사용자에게 검토를 라우팅하는 데 도움이 됩니다. 보안 파일, 배포 구성 또는 공유 라이브러리와 같은 중요한 영역에 특히 유용합니다.\n[코드 소유자 정보](/ko/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners)을(를) 참조하세요.\n\n## 보호된 브랜치 사용\n\n보호된 분기는 `main`와 같은 중요한 분기를 안정적으로 유지하는 데 도움이 됩니다. 끌어오기 요청이 병합되기 전에 상태 검사를 통과하거나, 커밋에 서명하거나, 승인 리뷰를 받는 것과 같은 조건을 요구할 수 있습니다.\n\n분기가 프로덕션 코드, 릴리스 라인 또는 다른 중요한 진리 소스를 나타내는 경우 보호된 분기를 사용합니다.\n[보호된 분기 정보](/ko/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches)을(를) 참조하세요.\n\n## 규칙 세트 사용\n\n규칙 집합을 사용하면 분기 및 태그 간에 리포지토리 정책을 적용할 수 있습니다. 변경 내용이 수락되기 전에 상태 검사, 워크플로, 끌어오기 요청 검토 또는 기타 조건이 필요할 수 있습니다.\n\n규칙 집합은 여러 분기에서 일관된 규칙을 원하거나 검토 요구 사항을 종속성 검토 또는 code scanning 병합 보호와 같은 자동화된 보안 검사와 결합하려는 경우에 유용합니다.\n[규칙 세트에 대한 정보](/ko/repositories/configuring-branches-and-merges-in-your-repository/managing-rulesets/about-rulesets), [조직 전반에서 종속성 검토를 강제하기](/ko/code-security/how-tos/secure-at-scale/configure-organization-security/configure-specific-tools/enforce-dependency-review), [코드 검사 병합 보호 설정](/ko/code-security/how-tos/find-and-fix-code-vulnerabilities/manage-your-configuration/set-merge-protection)을(를) 참조하세요.\n\n## 푸시 규칙 집합 사용\n\n푸시 규칙 집합을 사용하면 파일 확장명, 파일 경로 길이, 파일 및 폴더 경로, 파일 크기에 따라 프라이빗 또는 내부 리포지토리와 해당 리포지토리의 전체 포크 네트워크에 대한 푸시를 차단할 수 있습니다.\n\n푸시 규칙은 리포지토리에 대한 모든 푸시에 적용되므로 분기 대상 지정이 필요하지 않습니다.\n\n푸시 규칙 집합을 사용하면 다음을 수행할 수 있습니다.\n\n* **파일 경로 제한**: 지정된 파일 경로의 변경 내용이 포함된 커밋이 푸시되지 않도록 합니다.\n\n  이 테스트에 `fnmatch` 구문을 사용할 수 있습니다. 예를 들어 `test/demo/**/*`를 대상으로 하는 제한은 `test/demo/` 디렉터리의 파일이나 폴더에 대한 푸시를 방지합니다. `test/docs/pushrules.md`를 대상으로 하는 제한 사항은 `test/docs/` 디렉터리의 `pushrules.md` 파일에 대한 푸시를 방지합니다. 자세한 내용은 [리포지토리에 대한 규칙 세트 만들기](/ko/repositories/configuring-branches-and-merges-in-your-repository/managing-rulesets/creating-rulesets-for-a-repository#using-fnmatch-syntax)을(를) 참조하세요.\n\n푸시 가능한 상태로 유지해야 하는 경로에 대해 허용되는 예외를 추가할 수 있습니다.\n\n* **파일 경로 길이 제한**: 지정된 문자 제한을 초과하는 파일 경로가 포함된 커밋이 푸시되지 않도록 합니다.\n* **파일 확장명 제한**: 지정된 파일 확장명의 파일이 포함된 커밋이 푸시되지 않도록 합니다.\n* **파일 크기 제한:** 지정된 파일 크기 제한을 초과하는 커밋이 푸시되지 않도록 합니다. 제한을 초과할 수 있는 파일에 허용되는 예외를 추가할 수 있습니다.\n\n### 포크된 리포지토리에 대한 푸시 규칙 집합 정보\n\n푸시 규칙은 리포지토리의 전체 포크 네트워크에 적용되어 리포지토리에 대한 모든 진입점이 보호되도록 합니다. 예를 들어 푸시 규칙 집합을 사용하도록 설정된 리포지토리를 포크하는 경우 포크된 리포지토리에도 동일한 푸시 규칙 집합이 적용됩니다.\n\n포크된 리포지토리의 경우 푸시 규칙에 대한 바이패스 권한이 있는 사람은 루트 리포지토리에서 바이패스 권한이 있는 사용자뿐입니다.\n\n푸시 규칙 집합은 리포지토리에 들어가기 전에 위험한 콘텐츠를 차단하는 데 도움이 됩니다.\n[규칙 세트에 대한 정보](/ko/repositories/configuring-branches-and-merges-in-your-repository/managing-rulesets/about-rulesets#push-rulesets)을(를) 참조하세요.\n\n## 자동화된 도구를 사용하여 코드 스타일 검토\n\nLinter 및 포맷터와 같은 자동화된 도구는 끌어오기 요청에서 코드 스타일을 일관되게 유지하는 데 도움이 됩니다. 작은 문제는 자동으로 찾아낼 수 있으므로 검토자는 설계, 정확성 및 유지보수성에 집중할 수 있습니다.\n\n를 사용하여 연속 통합 워크플로 GitHub Actions의 일부로 이러한 도구를 실행할 수 있습니다.\n[연속 통합](/ko/actions/get-started/continuous-integration)을(를) 참조하세요."}