Git 병합 노력 정량화 기법 및 도구

초록

본 논문은 Git 저장소를 분석해 병합 과정에서 발생하는 재작업·낭비 작업·추가 작업을 정량화하는 기법과 이를 구현한 도구를 제안한다. 다섯 개 프로젝트에 적용한 실험 결과, 전체 커밋의 10 %~30 % 정도에서 재작업과 낭비 작업이 발생했으며, 해당 작업들의 평균 행동 수는 서로 비슷한 수준임을 확인하였다.

상세 분석

논문은 먼저 “병합 노력(merge effort)”을 세 가지 하위 요소로 정의한다. ① 재작업(rework)은 두 부모 브랜치에서 동일하거나 유사한 변경이 독립적으로 이루어져 병합 시 중복된 작업이 발생하는 경우를 의미한다. ② 낭비 작업(wasted work)은 병합 후 결과물에 포함되지 않고 버려지는 변경을 말한다. ③ 추가 작업(extra work)은 충돌 해결을 위해 개발자가 직접 수행하는 수정·보완 작업이다. 이러한 정의를 바탕으로 저자는 Git의 삼방향 병합 메커니즘을 활용해 각 병합 커밋에 대해 부모1, 부모2, 그리고 병합 결과 사이의 차이를 계산한다. 구체적으로, git diff와 git merge-base를 이용해 공통 조상과 두 부모, 그리고 병합 커밋 간의 파일·라인 수준 변화를 추출하고, 변형된 라인 수와 파일 수를 “행동(actions)”이라는 단위로 집계한다. 재작업은 두 부모가 동일한 라인을 수정한 경우, 낭비 작업은 병합 결과에 포함되지 않은 라인 변화를 통해 식별한다. 추가 작업은 병합 커밋 자체에 포함된 새로운 변화를 의미한다.

제안된 도구는 자동화 파이프라인으로 구현되어, 대상 저장소를 지정하면 모든 병합 커밋을 순회하며 위 메트릭을 수집한다. 수집된 데이터는 CSV 형태로 출력되어 후속 통계 분석에 활용될 수 있다. 실험에서는 오픈소스 프로젝트 5개(각기 다른 도메인·규모)를 선택하고, 전체 커밋 중 병합 커밋 비율, 재작업·낭비 작업·추가 작업 발생 빈도, 그리고 각 작업당 평균 행동 수를 계산하였다. 결과는 전체 병합 중 약 10 %30 %에서 재작업과 낭비 작업이 동시에 존재함을 보여준다. 흥미롭게도 재작업과 낭비 작업의 평균 행동 수는 57 정도로 비슷했으며, 추가 작업은 평균 3~4 행동에 머물렀다.

위 결과는 개발 팀이 병합 전략을 재검토하고, 사전 통합 테스트나 코드 리뷰를 강화함으로써 불필요한 재작업과 낭비 작업을 감소시킬 여지를 시사한다. 논문은 또한 도구의 제한점(예: 라인 수준만 분석, 파일 이동·리네임 미반영)과 향후 연구 방향(시각화, 실시간 알림, 다른 VCS 지원)도 논의한다.