# 끌어오기 요청에 대한 참조

검토, 병합, 분기 및 충돌 해결을 포함하여 끌어오기 요청을 관리하는 방법에 대한 자세한 지침을 찾습니다.

## Links

* [끌어오기 요청](/ko/enterprise-server@3.20/pull-requests/reference/pull-requests)

  끌어오기 요청을 사용하여 코드 변경 내용을 제안, 검토 및 병합하여 효과적으로 공동 작업하고 코드 품질을 유지합니다.

* [Branches](/ko/enterprise-server@3.20/pull-requests/reference/branches)

  Use branches in GitHub to isolate development work, manage default branches, and collaborate effectively using pull requests and branch protections.

* [포크들](/ko/enterprise-server@3.20/pull-requests/reference/forks)

  고유한 설정 및 사용 권한으로 원본에 연결된 별도의 리포지토리를 만들어 포크를 통해 독립적인 공동 작업을 가능하게 하는 방법을 이해합니다.

* [커밋](/ko/enterprise-server@3.20/pull-requests/reference/commits)

  커밋이 파일에 대한 변경 내용을 저장하고, 작성을 추적하고, GitHub 프로젝트의 기록을 구성하는 방법을 알아봅니다.

* [Using query parameters to create a pull request](/ko/enterprise-server@3.20/pull-requests/reference/using-query-parameters-to-create-a-pull-request)

  Use query parameters to create custom URLs that open pull requests with pre-filled titles, descriptions, labels, and more.

* [끌어오기 요청 검토](/ko/enterprise-server@3.20/pull-requests/reference/pull-request-reviews)

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

* [Status checks](/ko/enterprise-server@3.20/pull-requests/reference/status-checks)

  Understand how status checks ensure commits meet repository conditions, assist pull request reviews, and manage validations like builds, tests, and deployments.

* [끌어오기 요청 병합](/ko/enterprise-server@3.20/pull-requests/reference/pull-request-merges)

  리포지토리 기록을 효과적으로 관리하기 위해 병합 커밋, 스쿼시 병합 및 다시베이스를 비롯한 끌어오기 요청을 병합하기 위한 전략을 알아봅니다.

* [병합 충돌](/ko/enterprise-server@3.20/pull-requests/reference/merge-conflicts)

  원활한 분기 통합과 성공적인 끌어오기 요청 병합을 보장하기 위해 Git에서 병합 충돌을 식별하고 해결합니다.

* [끌어오기 요청 관리 및 표준화](/ko/enterprise-server@3.20/pull-requests/reference/managing-and-standardizing-pull-requests)

  일관되고 안전한 리포지토리 기여를 위해 템플릿, 코드 소유자, 보호된 분기, 규칙 집합 및 자동화된 도구를 사용하여 끌어오기 요청을 관리하고 표준화합니다.

* [사전 리시브 후크 작업하기](/ko/enterprise-server@3.20/pull-requests/reference/working-with-pre-receive-hooks)

  리포지토리 정책을 적용하고 GitHub Enterprise Server에서 사전 수신 후크를 사용하여 비밀 또는 잘못된 커밋과 같은 문제를 방지합니다.