Git 2.56.0 출시: 충돌 해결, 성능 개선 및 서버 기능 강화

주요 변경 사항

오픈소스 Git 프로젝트가 2026년 9월 28일 Git 2.56.0 버전을 공개했다. 이번 릴리스는 104명 이상의 기여자가 참여하여 다양한 기능과 버그 수정 사항을 포함한다. 특히 병합 충돌 해결 워크플로우의 안전성을 높이고, 병합 기반(merge-base) 계산의 성능을 대폭 개선하는 데 중점을 두었다.

Git 2.56.0에 추가된 `git add --resolved` 모드는 병합 충돌을 해결한 후 변경 사항을 스테이징하는 과정을 안전하게 만든다. 이 명령어는 현재 인덱스에서 병합되지 않은 경로만 고려하며, 스테이징하기 전에 병합 충돌 마커가 남아있는지 확인한다. 만약 충돌 마커가 발견되면 해당 경로를 보고하고 인덱스를 변경하지 않아 의도치 않은 스테이징을 방지한다. 이 모드는 `git add -u`나 `git add -A`와 함께 사용할 수 없으며, 충돌이 발생하지 않은 추적 파일은 무시한다.

서버 리팩 기능 강화

Git은 저장소를 리팩(repack)할 때 유사한 객체를 델타(delta)로 효율적으로 저장하여 공간을 절약한다. 기존 방식은 이름 해시를 사용하여 후보를 그룹화했지만, `--path-walk` 리팩 방식은 트리 내 객체 위치를 기반으로 방문하여 동일 경로의 여러 버전을 함께 처리함으로써 훨씬 더 나은 델타 관계를 찾아낸다. 이 방식은 저장 공간을 크게 절약할 수 있으며, Fluent UI 저장소 벤치마크에서는 일반 리팩의 558.5MB 팩을 164.4MB로 약 71% 감소시켰다.

이전에는 `--path-walk` 리팩이 리치어빌리티 비트맵(reachability bitmaps) 및 델타 아일랜드(delta islands)와 호환되지 않아 서버 환경에서의 적용이 제한적이었다. Git 2.56.0은 이러한 두 가지 제약을 해소한다. 이제 `--path-walk` 리팩은 새로운 비트맵을 위한 커밋을 선택할 수 있으며, 이후 `git pack-objects` 호출 시 기존 비트맵을 재사용할 수 있다. 또한 델타 아일랜드에 필요한 장부 정리(bookkeeping)를 수행하여 커밋과 트리를 통해 아일랜드 멤버십을 전파한 후 델타 기반을 선택한다.

이러한 변경 사항은 `--path-walk` 리팩을 기본으로 활성화하지는 않는다. 대신, 대규모 저장소 호스트가 빠른 비트맵 지원 서비스나 델타 아일랜드 제약을 포기하지 않고도 저장 공간 절약 효과를 평가할 수 있도록 중요한 도입 장벽을 제거한다. 이를 통해 서버 환경에서 더 효율적인 저장소 관리가 가능해진다.

병합 기반 계산 최적화

많은 Git 작업은 두 커밋의 최적 공통 조상(merge-base)을 찾아야 한다. 병합은 이를 변경 사항을 결합하는 시작점으로 사용하며, 세 점 차이(three-dot diffs)는 토픽 브랜치의 작업 시작점을 결정하는 데 활용한다. 저장소 호스트는 풀 리퀘스트 차이, 병합 가능성 확인, 검토 범위 등 다양한 비교를 위해 동일한 계산을 수행한다. Git은 양쪽 끝에서 역방향으로 탐색하여 공통 조상을 찾는다.

기존의 병합 기반 탐색 규칙은 불필요하게 긴 히스토리를 계속 처리하는 경우가 있었다. Git 2.56.0은 각 측면에서만 도달 가능한 대기 중인 커밋 수를 추적하여 최적화된 중단 규칙을 도입한다. 한쪽 측면에서만 도달 가능한 커밋이 모두 소진되면 더 이상 새로운 교차점이 나타날 수 없으므로, Git은 모든 병합 기반을 반환하면서도 탐색을 중단할 수 있다.

이 최적화는 오래된 사이드 브랜치가 훨씬 긴 히스토리에 병합된 경우 특히 효과적이다. 실제 모노레포 사례에서는 탐색 시간이 0.68초에서 0.01초로 단축되었다. 두 개의 대규모 모노레포에 대한 프로덕션 평가에서는 한 곳에서 약 70배, 다른 한 곳에서는 평균 약 20배의 성능 향상이 관찰되었다. 리눅스 커널 사례에서는 `git merge-base --all v4.8 v4.9` 명령의 탐색 단계가 167,441단계에서 3,887단계로, 시간은 0.29초에서 0.01초로 크게 줄었다.

내부 구조 개선 및 제약

Git 2.56.0에는 여러 내부 변경 사항이 포함되어 일반적인 작업에서 성능 저하를 유발하는 요소를 제거했다. Reftable 쓰기 작업은 잠금 후 불필요한 재로드를 피하여 파일 시스템 통계 호출이 참조 수에 비례하지 않고 상수로 처리된다. 새로운 팩파일 로딩 시 기존 목록을 매번 스캔하지 않도록 개선하여 O(N²) 성능 저하를 제거했으며, 이로 인해 37,815개의 팩이 있는 저장소에서 프롬프트 관련 명령이 4.5초 걸리던 문제가 해결되었다.

또한, 툼스톤(tombstone)이 많은 reftable과 경로 제한 작업 트리 차이(path-limited working-tree diffs)에서 이차 스캔(quadratic scans)을 제거했다. 추적되지 않은 파일 수집(untracked-file collection)은 정렬된 입력에 의존하지 않고 O(n log n)의 견고한 성능을 보장하도록 개선되었다. 이러한 개선으로 reftable 툼스톤 성능 테스트는 약 13초에서 0.2초로 단축되었고, 약 50만 개의 인덱스 항목이 있는 Chromium 체크아웃에서 `git diff` 명령은 약 8분에서 0.07초로 향상되었다. `git history` 및 `git replay --linearize`와 같은 일부 기능은 여전히 실험적이며, 병합 커밋이 포함된 히스토리에서는 작동하지 않는 등의 제약이 있다.