git cherry-pick 및 revert가 3-way merge를 사용하는 방법

저자는 초기에 git cherry-pick을 단순한 패치 적용으로 오해했지만, 실제로는 "3-way merge"라는 더 정교한 프로세스를 통해 작동하는 것을 알게 되었다. 패치 방법으로 병합 충돌을 해결하려고 했을 때 실패한 경험에서 이러한 오해가 발생했는데, 예상했던 git cherry-pick의 동작 방식과는 달랐다. 이를 조사하는 과정에서 git의 소스 코드를 살펴보게 되었고, cherry-pick이 3-way merge를 사용하는 것을 알게 되었다. 당시 저자는 3-way merge라는 개념에 익숙하지 않았다. 이러한 개념은 두 파일을 병합하는 데 사용되는 방식으로, 이를 통해 파일의 원래 버전(베이스)과 비교하여 병합을 수행하게 된다. 이러한 개념은 패치 적용에까지 확장되어, 커밋 전후의 파일 버전과 현재 파일이 병합에 사용되는 세 가지 버전을 구성하게 된다. Cherry-pick, rebase, revert 모두 이 3-way merge 전략을 사용하지만, 베이스와 타겟 버전의 순서와 해석 방식에서 차이가 있다. 저자는 이 기술을 "3-way 패치"라고 명명하여, 병합에 대한 더 많은 문맥을 제공하는 장점을 강조했다. 일반적인 패치를 처리하는 git apply도 --3way 플래그를 제공하여 3-way 병합을 수행할 수 있다. 이러한 탐험은 git에서 패치를 적용하는 데 사용되는 3-way 병합의 지혜를 강조하며, 사용자들이 익숙한 "패치 적용" 개념에 머물러 있으면서도 다양한 작업을 수행할 수 있는 통일된 접근 방식을 제공한다. 저자는 git의 병합 메커니즘의 복잡성을 인정하면서, 재귀적 병합 및 다중 병합 알고리즘과 같은 개념을 암시하고, 더 많은 탐험을 위해 "Building Git" 책을 추천했다. 마지막으로 저자는 git의 패치 메커니즘의 우아한 설계에 대한 감사를 표하며, 그 직관성과 효율성을 칭찬했다.