앞선 글에서 GIT을 활용하여 작업을 할 때는 로컬 저장소에서 작업을 하고 이를 원격 저장소로 Push해서 다른 개발자와 작업 내용을 공유하는 순서로 진행한다고 설명하였습니다.
원격 저장소로 Push를 하는 권한은 대개 아무에게나 주지 않고 프로젝트 팀원들에게만 선별적으로 부여하며, 이 인증 절차는 대개 원격 저장소에 SSH Key를 등록하면서 이루어집니다.
하지만 이러한 방식은 GIT을 활용하여 오픈소스 프로젝트를 진행하는 경우 사용할 수 없습니다. 비록 '오픈소스'라고 불리지만, 아무에게나 Push 권한을 주지 않기 때문입니다.
모두에게 공개된 오픈소스 프로젝트더라도 프로젝트 안에서 개발자의 신분에 따라 권한이 나누어져 있습니다. 원격 저장소의 Main Stream 소스코드에 직접 Push할 수 있는 권한을 가진 개발자를 'Commitor'라 부릅니다.
Commitor 아래에는 다수의 Contributor가 위치하며, 이들은 Push 권한은 갖지 않고자신의 아이디어를 Commitor에게 제시하거나 로컬 저장소에서 직접 수정한 코드를 제공하는 등의 간접적인 방법으로 오픈소스 프로젝트에 기여합니다. 물론, Contributor의 제안이나 수정을 반영할 지 말지는 Commitor가 결정합니다.
Contributor와 같이 프로젝트에 기여하고 있으나 Push 권한을 갖지 않는 특수한 상황에 유용하게 사용할 수 있는 기능이 바로 Patch입니다.
Commit을 하나의 Patch 파일로 만들 수 있고, 이를 이메일 등을 통해 Commitor에게 전달하면 Commitor가 작업 내용을 검토한 뒤 Main Stream 소스코드에 반영할 수 있습니다.
Patch 만들기 - format-patch
특정 Commit ID를 지정하여 해당 Commit을 Patch로 만들 수 있습니다.
git format-patch {Commit ID}
HEAD로부터 시작해서 몇 개의 Commit을 Patch로 만들고자 한다면, Commit ID 대신 다음과 같이 간단한 명령어를 사용할 수 있습니다.
git format-patch -{Patch를 생성할 Commit의 수}
예를 들어, 다음 명령어는 HEAD로부터 3개의 Commit으로부터 Patch를 생성합니다.
git format-patch -3
Patch 적용하기 - am
이메일 등을 통해 Patch파일을 받아와서 이를 적용하려 할 경우 am 명령어를 사용합니다.
git am {Patch 파일명}
Patch를 적용하면 해당 하는 Commit이 자동으로 생성되어 현재 Branch에 붙게 됩니다. 만약 Patch를 적용하는 과정에서 충돌과 같은 문제가 발생하면 작업이 중단되며, 충돌을 해결한 뒤 재개해야 합니다.