에이전트 시대, 20년 만에 다시 요동치는 버전 관리 시장

버전 관리 도구는 개발자에게 공기 같은 존재다. 한 번 자리를 잡으면 좀처럼 바뀌지 않는다. 2005년 리누스 토르발스가 Git을 발표하고, 2008년 GitHub가 그것을 대중화한 이후 지난 20년간 이 영역은 사실상 정체돼 있었다. 그런데 최근 이 굳어진 판이 다시 흔들리고 있다. Plastic SCM을 공동 창업해 20년간 Git과 경쟁했고 현재는 Origin에서 Git을 더 빠르게 만드는 일을 하는 필자는, 2005년 그 여름 이후 처음으로 같은 종류의 긴장감을 느낀다고 말한다. 그는 자신이 결코 중립적이지 않다는 점을 먼저 밝힌다. Activision의 거대 모노레포를 자문했고, Diversion을 자문하며, 지금은 Git 진영의 한 축에서 일하고 있기 때문이다.

두 개의 힘이 동시에 밀려온다

지금의 변화를 만든 동력은 두 가지다. 하나는 코딩 에이전트가 만들어내는 커밋 속도의 폭증이다. 사람이 손으로 코드를 짜던 시절과 달리, 에이전트가 대량의 변경을 쏟아내면서 저장소가 받아야 하는 커밋, PR, 트래픽의 양이 이전과는 차원이 달라졌다. 다른 하나는 GitHub를 대체하려는 흐름이다. 불과 2년 전만 해도 GitHub의 자리를 위협한다는 말은 아무도 믿지 않았을 것이다. 그러나 한때 누구도 몰락을 예상하지 않았던 SourceForge가 GitHub의 부상과 함께 순식간에 존재감을 잃었던 것처럼, 지금이 그와 비슷한 전환의 순간일 수 있다는 것이 필자의 관측이다. GitHub는 여전히 거대하고 앞으로도 상당한 영향력을 유지하겠지만, 지반이 흔들리고 있다는 점만은 분명하다.

Git 위에서 벌어지는 새로운 경쟁

주목할 점은 도전자 상당수가 Git 자체를 버리지 않는다는 것이다. GitHub 전 CEO였던 토마스 돔케는 대규모 시드 라운드를 유치해 Git 기반의 새 솔루션을 만들고 있는데, 어떤 에이전트가 어떤 프롬프트로 어떤 코드를 만들었는지를 추적하는 프로버넌스(provenance) 기능과 전 세계 분산 복제본을 통한 초고속 클론을 내세운다. 필자는 이런 출처 추적이 앞으로 버전 관리의 필수 요소가 될 것으로 본다. Pierre가 만든 code.storage는 더 나은 diff와 트리를 오픈소스로 공개한 뒤, 저장소를 기반으로 하는 모든 플랫폼을 위한 'AI 스케일' Git 포지를 지향한다. Lovable을 비롯한 대형 AI 서비스가 이 시스템 위에서 저장소를 다룬다고 알려졌다. Cursor(SpaceXAI)가 만드는 Origin 역시 PR과 호스팅을 갖춘 완전한 Git 포지로, 성능과 안정성에 집중한다. 이 팀의 Vmg가 쓴 'Git at any scale' 글은 'WAL S3'를 둘러싼 논쟁을 촉발했고, 스콧 채콘과 토비아스 뤼트케 같은 인물들이 며칠 만에 자기 버전을 구현해볼 정도였다.

클라이언트 쪽에서도 변화가 있다. 스콧 채콘의 GitButler는 새로운 포지가 아니라 사용자 경험에 초점을 맞춘 도구로, 스택형 브랜치와 개선된 리베이스, 그리고 '가상 브랜치' 같은 실험적 개념을 통해 '에이전트를 위한 버전 관리'를 표방한다. 필자는 스택형 브랜치가 모두에게 필요한 기능이라고 단언한다.

Git을 넘어서려는 시도들

한편 Git이라는 토대 자체를 벗어나려는 움직임도 뚜렷하다. 구글에서 마틴 폰 츠바이크베르크가 Git의 후계자로 시작한 Jujutsu는 스택형 브랜치를 넘어 '해결되지 않은 충돌'까지 저장소에 버전으로 담아내, 커밋 재배치와 재적용을 전혀 다른 경험으로 바꾼다. Jujutsu는 Git 위에서도 동작하지만 구글 내부는 별도 백엔드를 쓰며, ersc는 이 아이디어를 시장에 가져오려 한다. 다만 GitHub로 푸시하는 순간 Jujutsu 특유의 힘 일부를 잃게 되므로, 네이티브 백엔드가 관건이다. Diversion은 아예 '탈중앙화 이후의 세계'에서 태어난 접근을 취한다. 어디서나 괜찮은 인터넷을 쓸 수 있는 지금, 로컬에 커밋한 뒤 다시 푸시하는 방식이 오히려 걸림돌이 될 수 있다는 문제의식이다. 1TB가 넘고 파일이 수백만 개에 이르는 게임 개발 저장소에서는 로컬 클론 자체가 불가능하기에, 중앙에 바로 커밋하는 모델이 강점을 갖는다. Oxen은 대규모 AI 데이터셋을 위한 버전 관리로 방향을 잡았고, 에픽게임즈는 DAG 구조와 대용량 바이너리 처리, 변경분만 전송하는 최적화를 갖춘 오픈소스 Lore를 내놓았다.

실무자가 읽어야 할 신호

이 흐름에서 한국의 개발 조직이 새겨둘 지점은 명확하다. 첫째, 거대 모노레포에 고속으로 커밋이 쏟아지는 상황이 더 이상 일부 게임사만의 문제가 아니라는 것이다. 마이크로소프트가 오피스 팀에 Git을 도입할 때 가상 파일시스템으로 시작했다가 'git scalar'로 정착한 사례처럼, 수백만 파일 규모에서는 Git의 기본 레이아웃이 그대로 통하지 않는다. 둘째, 출처 추적이 감사와 규정 준수의 새로운 축으로 떠오르고 있다는 점이다. 다만 이 모든 것이 아직은 초입이라는 사실도 냉정하게 봐야 한다. 여러 신생 도구는 개발 진영과 자금이 주도하는 초기 단계이며, Git이라는 거대한 생태계를 얼마나 대체할지는 검증되지 않았다. Jujutsu처럼 GitHub에 밀착되는 순간 장점이 희석되는 구조적 한계도 남아 있다. 지금 필요한 것은 성급한 이주가 아니라, 자사 저장소의 규모와 커밋 패턴이 어느 임계점에 다가가고 있는지를 먼저 진단하는 일이다.