Git, 대용량 파일 관리의 미래를 자체적으로 해결하다: LFS에서 Partial Clone 및 Promisor로의 진화

핵심 기술: Git 프로젝트가 최근 공식적으로 대용량 파일 관리 문제를 해결하기 위한 자체 솔루션으로 진화하고 있음을 강조하며, Git LFS의 한계를 극복하고 Partial Clone 및 Large Object Promisor와 같은 새로운 기능이 그 대안으로 부상하고 있음을 설명합니다.

기술적 세부사항:
* Git LFS (Large File Storage): 대용량 파일을 저장소 외부에 두고 메타데이터만 Git에 저장하는 임시방편으로, 사용자에게 비용 및 벤더 종속성 문제를 야기합니다.
* Partial Clone: Git 2.17부터 도입된 기능으로, --filter 옵션을 사용하여 특정 크기 이하의 blob만 복제하고 필요할 때만 대용량 파일을 서버에서 가져옵니다.
* 체크아웃 용량 최소화, 빠른 복제 및 세팅이 가능합니다.
* 예시: 대용량 PNG 파일이 많은 repo의 경우, 일반 clone 대비 복제 속도 97% 개선, 체크아웃 크기 96% 축소.
* Large Object Promisor: 올해 초 Git에 머지된 기능으로, LFS와 유사하게 서버 쪽 저장소 부하를 줄이면서 사용자 복잡성을 최소화합니다.
* 호스트가 백엔드 promisor에 대용량 파일을 오프로딩하고, 클라이언트는 필요시 자동으로 파일을 받습니다.
* 아직 개발 중이며, 2025년 3월 일부 코드가 Git에 머지되었습니다.

개발 임팩트:
* 대용량 파일 관리가 외부 확장 솔루션(LFS)에서 Git 자체 기능으로 귀결될 전망입니다.
* git clone 속도 저하, 저장소 비대화, 호스팅 환경 악영향 등의 문제를 근본적으로 해결하여 개발 생산성을 크게 향상시킬 것입니다.
* 미래에는 Git만으로 MP3 라이브러리 등 대용량 파일을 손쉽게 관리할 수 있을 것으로 기대됩니다.

커뮤니티 반응:
* SVN과의 비교에서 Git의 설계 차이점(분산형, 잠금 개념 부재)에 대한 논의가 있었습니다.
* Large Object Promisor 기능이 S3와 같은 클라우드 스토리지와의 연동 시 큰 시너지를 낼 것이라는 기대가 있습니다.
* Git LFS의 벤더 종속성, 비용, 마이그레이션의 어려움, .gitattributes 오염 문제 등 단점에 대한 공감이 많았습니다.
* Git의 기본 설정을 개선하여 사용자 편의성을 높여야 한다는 의견도 있었습니다.
* oxen과 같은 대체 솔루션 개발 및 Git 저장 방식 자체의 개선(콘텐츠 기반 청킹) 필요성도 제기되었습니다.