Git: 머지 vs 리베이스

혹시 팀에서 PR을 올렸는데 리뷰어가 "커밋 히스토리 정리 좀 해주세요"라고 요청한 적 있으신가요? 아니면 다른 PR에 머지 커밋이 너무 많아서 코드 리뷰가 어려웠던 경험은요? 또는 팀에 합류했을 때 "우리는 PR 병합할 때 스콰시를 사용합니다"라는 규칙을 들은 적 있으신가요? 이런 상황들의 배경에는 깃 머지와 깃 리베이스라는 두 가지 명령어가 있습니다. 결과적으로는 하나의 브랜치를 다른 브랜치로 합친다는 비슷한 일을 하지만, 접근 방식이 완전히 다르기 때문에 개발자들 사이에서 의견이 갈리곤 하죠.사실 저도 여러 팀에서 일하면서 이 두 방식을 둘러싼 긴장이나 갈등을 직접 경험한 적이 있습니다. 머지를 선호하는 개발자와 리베이스를 선호하는 개발자가 같은 팀에 있으면, 서로의 방식을 이해하지 못해 불편한 상황이 생기기도 하거든요.그런데 중요한 건, 이 둘 중에 절대적인 정답은 없다는 거예요. 각각의 방식은 나름의 철학과 장단점을 가지고 있고, 상황과 팀의 문화에 따라 더 적합한 선택이 달라질 수 있습니다.이번 에피소드에서는 먼저 깃 머지와 깃 리베이스의 기본 개념을 살펴보고, 그 다음 PR 작업 중과 PR 병합 시 각각 어떤 선택을 할 수 있는지, 그리고 그 선택이 어떤 영향을 미치는지 깊이 있게 다뤄보려고 합니다.## 달레줄레- [GitHub](https://github.com/DaleJule)- [GitHub Discussions](https://github.com/orgs/DaleJule/discussions)- [YouTube](https://youtube.com/playlist?list=PLapoeRAdKitf4M7HOGIDzwNtsfo6ZqO8W)- [Apple Podcast](https://dales.link/applepodcast)- [팟빵](https://www.podbbang.com/channels/1784466)- [audioclip](https://audioclip.naver.com/channels/9977)## 음악Bliss by Luke Bergs | https://soundcloud.com/bergscloud/Creative Commons - Attribution-ShareAlike 3.0 Unportedhttps://creativecommons.org/licenses/by-sa/3.0/Music promoted by https://www.chosic.com/free-music/all/