모든 변경은 pull request로 시작됩니다.
더 나은 코드 작성
GitHub에는 모든 pull request에 간단한 코드 검토 도구가 내장되어 있습니다. 팀이 코드 품질을 개선하고 워크플로에 잘 맞는 검토 프로세스를 만들 수 있습니다.
모든 변경은 pull request로 시작됩니다.

- pull request로 새로운 기능을 시작하거나 기존 코드의 변경 사항을 제안하세요. pull request는 팀이 세부 사항을 조율하고 변경 사항을 고치는 데 기초가 됩니다.
- pull request는 팀이 GitHub에서 코드를 검토하고 개선하는 데 있어 기본적인 요소입니다. 소스 코드를 변경하기 전에, 프로젝트를 개선하고, 새로운 기능을 제안하며, 구현 세부 사항을 논의할 수 있습니다.
- 팀의 빌드 방식에 맞춤화. 코딩 가이드라인을 정의하거나 커스텀 에이전트 스킬로 Copilot을 확장하거나 MPC를 통해 자체 도구를 연결하세요. 검토자의 피로를 유발하지 않고 자체 표준을 모든 PR에 일관되게 적용할 수 있습니다.
따로일 때보다 함께일 때 더 강력한
검토 병목 현상은 팀의 속도를 늦춥니다. Copilot에 1차 검토를 맡기고 검토자는 가장 중요한 일에 집중할 수 있습니다.
Copilot
모든 파일에 걸쳐 전체 변경 집합을 검토해 버그, 보안 리스크, 스타일 문제를 식별합니다. 원클릭으로 적용할 수 있는 여러 줄의 수정을 제안하고 주의가 필요한 줄에 직접 코멘트를 달며, 자율적인 해결을 위해 Copilot 클라우드 에이전트에 제안 사항을 넘길 수도 있습니다.
팀
소프트웨어를 함께 빌드하면서 쌓은 아키텍처적 판단, 설계 관점, 시스템 맥락을 제공합니다. 같은 스레드 내에서 논의하면서 멘토링하고, 지식 이전을 돕고, 최종 승인을 내리고 책임을 집니다.
업데이트된 내용을 모두 보고
상황에 맞는 조치를 취합니다.
Copilot은 모든 파일에 걸쳐 추론하고 팀의 컨벤션을 배우며 기존 툴체인과 통합됩니다.
차이점
코드의 컨텍스트에서 변경 사항을 미리 보면서 제안된 내용을 확인합니다. 원본 파일과의 차이점을 나란히 비교하는 이 보기에는 추가되거나 수정되거나 삭제된 코드가 강조 표시되므로 변경 사항을 쉽게 확인할 수 있습니다.
기록
타임라인 스타일의 인터페이스에서 pull request와 관련한 커밋, 주석 및 참조를 탐색합니다. 또한 마지막으로 확인한 후에 변경된 내용이 pull request에 강조 표시됩니다.
블레임
특정 변경 사항을 적용하기 이전의 파일 상태를 확인합니다. 블레임 보기를 사용하면 파일의 전체 변경 기록을 보지 않고도 파일의 특정 부분이 시간에 따라 어떻게 변경되었는지 확인할 수 있습니다.
코드 내에서
코드에 대해 논의
코드 검토는 팀이 지식을 공유하고, 설계 결정을 내리고, 코드베이스에 대한 공동 소유권을 구축하는 과정입니다.
주석
GitHub에서는 코드 작성 중에 대화를 할 수 있습니다. 코드 구문에 자세한 주석을 남기고 구조에 대해 인라인으로 질문을 하세요.

검토 요청
코드 작성한 입장이라면, 손쉽게 동료에게 코드 검토를 요청할 수 있습니다. pull request에 사용자를 추가하면 해당 사용자에게 피드백을 요청하는 알림이 전송됩니다.

검토
팀원들에게 전송되는 알림을 줄여주세요. 주석을 하나의 일관된 검토로 묶은 후, 해당 주석이 필수적인 변경 사항인지 아니면 단순한 제안인지를 지정합니다.

최고 품질의 코드 병합
검토를 통해 코드를 개선할 수 있지만, 실수는 발생하기 마련입니다. 세부적인 권한 설정과 상태 검사를 통해 사람의 실수를 줄이고, 고품질 코드만 병합되도록 보장합니다.
빠르고 연관성 높은 결과
리포지토리 설정을 통해 협력자에게 필요한 만큼의 액세스 권한을 부여합니다. 몇몇 팀으로 액세스 권한 부여 범위를 확장할 수 있으며, 파일을 읽거나 쓸 수 있도록 할 팀을 선택할 수 있습니다. 제공되는 권한 관련 옵션은 요금제에 따라 다릅니다.
보호된 브랜치
보호된 브랜치는 코드의 무결성을 유지하는 데 유용합니다. 브랜치에 push할 수 있는 사용자를 제한하고, 특정 브랜치로의 강제 푸시를 비활성화합니다. 그런 다음 보호된 브랜치 API로 정책을 확장합니다.