Scaling merge-ort across GitHub
The GitHub Blog
GitHub 백그라운드에서 실행되는 머지/리베이스를 개선한 이야기입니다.
제목에 나온 `merge-ort`는 Git에 새로 도임된 머지 전략입니다. 기존에는 `merge-recursive`전략을 쓰고 있었는데 2년 전 새로운 머지 전략인 merge-ort가 도입되었고 지금은 Git의 기본 머지 전략입니다.
GitHub 시스템 뒤에서는 수많은 PR과 푸시를 처리하기 위해 백그라운드에서 머지와 리베이스를 계속 실행하고 있기 때문에 머지/리베이스의 성능은 아주 중요합니다. GitHub에서 머지/리베이스의 3가지 전제 조건이 있는데 빨라야 하고 정확해야 하며 보안을 위해 체크아웃할 수 없기 워킹 디렉토리를 사용하지 않아야 한다는 점입니다.
이전에는 libgit2를 사용하고 있었다고 합니다. 이는 Git의 기본 전략보다 빨랐지만 정확성에서는 약간 차이가 나서 로컬에서는 머지가 잘 되는데 GitHub UI에서는 왜 머지되지 않는지에 관한 문의를 많이 받고 했습니다.
이제 새 기본 전략인 merge-ort는 recursive보다 빠르도 워킹 디렉토리도 필요치 않으므로 이를 GitHub 내에서 사용하기 위해 점진적으로 적용하면서 비교를 해보았습니다. p50에서는 10배, p99에서는 5배가 빨라졌으며 리베이스를 도입하기 위해 git-replay 명령어를 사용했는데 512시간 걸리던 리베이스가 merge-org에서는 33시간으로 줄어들었다고 합니다.
https://github.blog/2023-07-27-scaling-merge-ort-across-github/
다음 내용이 궁금하다면?
이미 회원이신가요?
2023년 8월 10일 오전 4:24
댓글 0
함께 읽은 게시물
이력서 팁: 문제를 해결한 경험, 이렇게 써봐요!
안
... 더 보기
무너지고 있는 프론트엔드, 백엔드 직군의 경계에 대한 고찰
AI 기술이 우리 일상과 산업 전반에 스며들면서 소프트웨어 개발 환경 역시 큰 변화의 물결을 맞이하고 있다. 특히 코딩을 돕는 AI 에이전트의 등장은 개발 생산성에 대한 큰 변화를 만들고 있다. 나 역시 이러한 변화를 체감하며, 나에게 익숙한 소프트웨어 개발의 대표적인 두 축인 프론트엔드와 백엔드 영역에서 AI 기술이 미치는 영향과 그로 인해 변화하는 소프트웨어 엔지니어의 역할에 대해 개인적인 생각을 정리해 본다.
... 더 보기왜 내 개발 프로젝트는 포트폴리오에 적기 부끄러울까
백
... 더 보기What's new in UIKit (feat. WWDC 2025)
이
... 더 보기제가 리드하고 있는 조직(당근마켓 커뮤니티실)에서 백엔드 엔지니어를 채용 중이에요.
커뮤니티실에는 동네 이웃들의 이야기와 정보를 공유하는 동네생활팀, 이웃 간의 취미와 관심사를 연결하는 모임팀, 그리고 아파트 단지 생활을 더 편리하고 즐겁게 만들어 줄 단지팀이 있어요. 지금 내 동네에서 일어나고 있는 일들을 더 쉽게 즐기고 공유할 방법들을 찾는 일이라면 무엇이든 도전하여 실행에 옮겨요. 만드는 사람이 불편할수록 쓰는 사람은 편하다는 믿음으로 도전적인 문제를 풀어나갈 분과 함께하고자 해요.
... 더 보기
