Anthropic은 사내 모노레포의 버전 관리 시스템을 Git에서 자체 개발한 Scion으로 바꿨습니다. 하루 병합 코드 변경량이 2026년 5월 약 2,500건에서 9월 3만 건 이상으로 늘면서 소스 코드 관리가 개발 과정의 가장 큰 병목이 됐기 때문입니다. 회사는 5개월 만에 모노레포 이전을 마쳤다고 밝혔습니다.
8
9
왜 Git 기반 환경을 바꿨나
문제는 저장소가 크다는 데 그치지 않았습니다. Anthropic에 따르면 메인 브랜치의 이력은 약 100GB에 이르고, 압축된 작업 복사본도 25GB를 넘었습니다. 지속적 통합(CI) 작업에서만 하루 약 2,500만 회 코드 체크아웃이 이뤄졌습니다.
9
이처럼 병합과 체크아웃 요청이 함께 늘어나면서, 저장소 사본과 미러를 광범위하게 운용하는 Git 기반 환경의 부담도 커졌습니다. Anthropic은 코드 병합에 대한 잠재 수요가 “사실상 무한대”에 가깝다고 설명했습니다. 병목을 하나 해결하면 더 많은 코드가 만들어져, 인프라가 감당해야 할 작업량도 다시 늘어날 수 있다는 뜻입니다.
29
Scion은 무엇이 다른가
Scion은 클라이언트가 서버에 연결할 수 있다는 전제를 바탕으로 설계됐습니다. 클라이언트가 모든 버전 관리 작업을 로컬에서 처리하는 대신 서버가 커밋, 병합, 리베이스, 파일 이력 조회 등을 맡고, 클라이언트는 제한된 데이터를 캐시에 보관하며 필요한 내용을 가져옵니다.
2
4
이 설계는 Git의 분산형 방식과 다른 선택입니다. Git은 각 사용자가 로컬 저장소를 갖는 구조인 반면, Scion은 공유 인프라와 네트워크 연결에 더 의존합니다. Anthropic이 설명한 자동화 작업과 에이전트 중심의 환경에는 맞을 수 있지만, 모든 개발자나 프로젝트에 더 적합하다는 의미는 아닙니다.
2
7
Anthropic이 밝힌 이전 효과
Anthropic은 Scion의 CPU·메모리 사용량이 이전 Git 미러 인프라보다 약 200분의 1 수준이라고 밝혔습니다. 또 몇 분 걸리던 체크아웃이 몇 초로 줄었고, CI의 CPU 용량 가운데 25%를 확보했다고 설명했습니다. 이는 회사가 발표한 결과이며, 독립적으로 재현된 벤치마크는 아닙니다.
4
10
이전 작업은 버전 관리 시스템 교체에만 국한되지 않았습니다. Anthropic은 코드 리뷰 도구인 Antique, 코드 검색, 접근 제어 도구, 검토된 변경 사항을 처리하고 반영하는 관련 시스템도 함께 만들었다고 전했습니다. 7명으로 구성된 팀이 Scion과 Antique 개발을 진행하는 동안 모노레포 이전도 이뤄졌습니다.
3
8
Git의 종말이라기보다, 특수한 환경을 위한 선택
Anthropic이 공개한 내용이 보여주는 결론은 “Git은 이제 쓸모없다”가 아닙니다. Scion은 특히 크고 빠르게 변하는 사내 모노레포와 서버 연결을 전제로 한 클라이언트 환경을 위해 만들어졌습니다. 보도에 따르면 Scion은 내부용 시스템이며, 범용 Git 대체재로 소개된 것은 아닙니다.
5
7
더 넓은 시사점은 개발 방식에 따라 소스 관리 구조도 달라질 수 있다는 것입니다. 저장소 크기와 체크아웃 빈도, 병합량이 함께 커지는 환경에서는 작업을 공유 서버로 옮기는 방식이 인프라 부담을 낮추는 한 가지 해법이 될 수 있습니다.