앤트로픽이 사내 모노레포를 git에서 Scion으로 옮긴 이유

AI가 만드는 코드가 늘면서 저장소 관리가 병목이 되자, 앤트로픽은 사내 모노레포를 git에서 자체 버전 관리 시스템 Scion으로 옮겼습니다. 회사는 2026년 10월 13일 공개한 기술 블로그에서 5개월 만에 이전을 마쳤다고 밝혔습니다. Scion은 이런 내부 개발 환경에 맞춰 만든 시스템이며, 일반 개발자를 위한 공개 제품 출시는 발표하지 않았습니다.

하루 3만 건 넘는 변경이 합쳐지는 저장소

버전 관리는 코드 파일과 변경 이력을 관리하는 일입니다. 앤트로픽은 여러 프로젝트를 하나의 저장소에 모은 ‘모노레포’를 사용합니다. 회사에 따르면 하루에 병합한 코드 변경은 2026년 5월 평균 약 2,500건이었고, 9월에는 3만 건을 넘었습니다.

메인 브랜치의 변경 이력만 거의 100GB에 이릅니다. 자동 빌드와 테스트를 맡는 CI에서 작업용 코드를 꺼내는 ‘체크아웃’은 하루 약 2,500만 번 일어납니다. 앤트로픽은 내부 git 미러와 부분 복제 등으로 부담을 줄여 왔지만, 병합량이 늘수록 운영이 까다로워졌다고 설명했습니다.

이력은 서버에 묻고, 파일은 필요한 만큼만

Scion은 클라이언트가 항상 온라인이라는 전제에서 출발합니다. 변경 이력 조회와 커밋 생성, 병합과 리베이스는 중앙 서버가 맡고, 클라이언트는 크기가 제한된 로컬 캐시를 유지하며 필요한 데이터만 요청합니다.

예를 들어 변경 내용의 차이를 확인하는 CI 작업은 로컬에 저장소를 준비하지 않고 서버에 차이만 요청할 수 있습니다. 파일이 필요한 작업에는 지정한 디렉터리만 가져오거나, 파일을 실제로 읽을 때 가져오는 방식도 지원합니다. 반복해서 실행되는 CI와 에이전트가 각자 전체 저장소 이력을 갖출 필요를 줄인 셈입니다.

설계와 검토는 여전히 엔지니어의 몫

앤트로픽은 Claude의 도움을 받아 시스템을 만들었지만, 엔지니어가 설계상의 선택과 핵심 제약을 정하고 잘못된 접근이나 과도한 복잡성을 막았다고 설명했습니다. 팀은 모든 변경 요청을 계속 검토하며, 코드의 모든 줄을 읽기보다는 변경의 의도에 초점을 둔다고 밝혔습니다.

회사도 오프라인에서 이력을 살펴보고 작업할 수 있는 git의 설계가 대다수 저장소에는 적합하다고 명시했습니다. Scion은 거대한 모노레포와 상시 온라인 작업에 맞춘 구조입니다. 자체 코드 리뷰·검색·CI와 함께 작동하도록 만들어져, 다른 조직이 널리 쓸 수 있는 형태로 제공하기도 어렵다고 설명했습니다.

일반 개발자가 이번 발표 때문에 저장소를 옮길 필요는 없습니다. 다만 에이전트가 만드는 변경이 늘고 있다면, CI에서 코드를 준비하고 테스트를 돌리는 과정이나 변경 검토 중 어디서 기다림이 생기는지 살펴볼 만합니다.