Pull Request

Pull Request(PR)는 개발자가 프로젝트의 코드 변경사항을 제안하고 검토받는 과정입니다.

주요 특징은 다음과 같습니다:

•

코드 리뷰: 다른 개발자들이 변경사항을 검토하고 피드백을 제공합니다.

•

협업 촉진: 팀원들 간의 소통과 지식 공유를 증진시킵니다.

•

품질 관리: 버그를 조기에 발견하고 코드 품질을 향상시킵니다.

•

변경 이력 관리: 프로젝트의 변경 사항을 체계적으로 추적합니다.

PR은 효과적인 협업과 코드 품질 향상을 위한 중요한 도구입니다.

새로운 브랜치 생성: 먼저 작업할 새로운 브랜치를 생성합니다.

코드 변경: 새 브랜치에서 필요한 코드 변경을 수행합니다.

변경사항 커밋: 변경된 코드를 커밋합니다.

GitHub에 푸시: 로컬 브랜치를 GitHub 원격 저장소에 푸시합니다.

Pull Request 생성: GitHub에서 'New Pull Request' 버튼을 클릭하여 PR을 생성합니다.

PR 설명 작성: 변경 사항에 대한 자세한 설명을 작성합니다.

리뷰어 지정: 코드 리뷰를 수행할 팀원을 지정합니다.

PR 제출: 'Create Pull Request' 버튼을 클릭하여 PR을 제출합니다.

이후 지정된 리뷰어들이 코드를 검토하고, 필요한 경우 수정을 요청하거나 승인합니다. 모든 리뷰가 완료되면 PR은 메인 브랜치에 병합될 수 있습니다.

Pull Request에서 적절한 리뷰어를 지정하는 것은 코드 품질 향상과 효과적인 협업을 위해 중요합니다. 다음은 리뷰어를 지정하는 방법과 고려사항입니다:

GitHub의 PR 페이지에서 'Reviewers' 섹션을 찾습니다.

팀원 목록에서 적합한 리뷰어를 선택합니다.

필요한 경우 여러 명의 리뷰어를 지정할 수 있습니다.

리뷰어 선택 시 고려사항:

•

코드 변경 영역에 대한 전문성을 가진 팀원을 선택합니다.

•

팀 내 지식 공유를 위해 다양한 경험 수준의 리뷰어를 포함시킵니다.

•

워크로드를 고려하여 균형있게 리뷰어를 배정합니다.

적절한 리뷰어 지정은 효율적인 코드 리뷰 프로세스를 보장하고, 팀 전체의 코드 품질 향상에 기여합니다.

리뷰어를 지정하고 코드 리뷰를 받은 후, 필요한 경우 머지를 취소하는 과정은 다음과 같습니다:

리뷰어 지정: PR 페이지에서 'Reviewers' 섹션에 적절한 리뷰어를 선택합니다.

코드 리뷰 진행: 지정된 리뷰어가 코드를 검토하고 피드백을 제공합니다.

피드백 반영: 리뷰어의 의견을 검토하고 필요한 수정사항을 반영합니다.

리뷰 승인: 모든 수정사항이 반영되면 리뷰어가 PR을 승인합니다.

머지 진행: 일반적으로 이 단계에서 PR을 메인 브랜치에 머지합니다.

머지 취소 결정: 머지 후 문제가 발견되거나 추가 수정이 필요한 경우, 머지 취소를 결정합니다.

Revert PR 생성: GitHub에서 해당 PR의 'Revert' 버튼을 클릭하여 새로운 PR을 생성합니다.

Revert PR 검토: 팀원들과 함께 Revert PR을 검토합니다.

Revert 머지: 검토가 완료되면 Revert PR을 머지하여 이전 변경사항을 취소합니다.

이 과정을 통해 코드 리뷰를 받고 필요한 경우 안전하게 머지를 취소할 수 있습니다. 머지 취소는 신중하게 결정해야 하며, 팀원들과의 충분한 논의가 필요합니다.

머지 취소(Revert)는 PR을 'Closed' 상태로 만들지 않습니다. 대신, 다음과 같은 과정이 일어납니다:

원래 PR은 'Merged' 상태를 유지합니다.

새로운 'Revert' PR이 생성되어 'Open' 상태가 됩니다.

이 'Revert' PR이 승인되고 머지되면, 원래 변경사항이 취소됩니다.

따라서, 머지 취소 과정에서는 새로운 PR이 생성되며, 이 PR의 목적은 이전 변경사항을 되돌리는 것입니다. 원래의 PR은 여전히 머지된 상태로 히스토리에 남아있게 됩니다.