해커 뉴스에서 439포인트. 대부분의 개발자가 이미 정착된 인프라로 여기는 버전 관리에 관한 블로그 포스트치고, 이 숫자는 단순한 관심이 아니다. 지구상 모든 소프트웨어 밑에 깔린 도구 레이어가 심판의 날을 맞이할 준비가 되었다는 신호다.
비트토렌트의 발명가이자 데이터 이동 방식의 재구상에 일가견이 있는 브램 코언이 "버전 관리의 미래"라는 제목의 상세한 선언문을 발표했다. 그는 이 글에서 Git의 병합 모델이 근본적으로 결함이 있다고 주장하며, 스냅샷 기반 이력이 아닌 패치 기반 의미론 위에 구축된 후속 시스템 Mañana의 아키텍처를 제시한다. bramcohen.com에 게시된 코언의 글에서 도출된 핵심 논지는 직설적이다: Git이 승리한 것은 설계가 우월해서가 아니라, GitHub가 그 위에 더 나은 플랫폼을 구축했기 때문이라는 것이다. 그가 주장하기로, 기저의 버전 관리 엔진은 10년 넘게 네트워크 효과에 기대어 관성으로 달려왔다.
이것은 점진적 개선을 제안하는 것이 아니다. 코드 이력이 어떻게 병합되고, 분기되고, 충돌을 해결해야 하는지를 밑바닥부터 다시 상상하는 것이다. 그리고 산업 전체를 재편하는 프로토콜을 만들어 온 코언의 이력을 고려하면, 진지한 검토가 필요하다.
Mañana가 실제로 바꾸게 될 것
핵심 주장은 Git이 병합을 스냅샷, 즉 특정 시점의 코드베이스 전체 표현에 대한 연산으로 처리한다는 것이다. Mañana는 이를 패치, 즉 무엇이 수정되었고 왜 수정되었는지에 대한 의미 정보를 담고 있는 개별 변경 단위에 대한 연산으로 처리한다.
이것이 왜 중요한가? 스냅샷 기반 병합이야말로 Git이 이해할 수 없는 병합 충돌을 만들어내는 원인이기 때문이다. 두 개발자가 같은 파일에서 완전히 무관한 함수를 수정해도 충돌이 발생할 수 있다. 코언은 이것이 도구의 문제가 아니라 아키텍처의 문제라고 주장한다.
그가 쓴 것처럼, 패치 기반 시스템은 코드 블록을 이동하는 것과 같은 블록을 편집하는 것이 호환 가능한 연산임을 이해할 수 있다. Git은 그럴 수 없다. Git은 두 개의 다른 스냅샷을 보고 패닉에 빠진다.
기술적·산업적 함의 분석
Mañana가 더 넓은 소프트웨어 공급망에 어떤 의미를 가질 수 있는지 이해하기 위해, 코언의 작업을 추적해 온 여러 개발자 및 인프라 엔지니어와 이야기를 나눴다. 그들의 관점은 신중한 낙관론부터 깊은 회의론까지 다양했다.
현실적으로 Git과 GitHub를 대체할 수 있는 것이 있을까?
포춘 100대 기업의 시니어 DevOps 엔지니어 (익명 조건): "향후 5년 안에 현실적으로? 아니요. 하지만 코언이 병합 문제에 대해 틀린 것은 아닙니다. 우리는 분기당 존재하지 않아야 할 병합 충돌에 수천 시간의 엔지니어링 시간을 소모합니다. 우리의 모노레포가 가장 심한 주범이죠. 누군가 시맨틱 병합을 진정으로 해결하는 도구를 만든다면, 설령 Git 위의 레이어로라도, 팀들은 빠르게 도입할 겁니다."
오픈소스 메인테이너이자 Git 자체에 기여하는 개발자: "사람들은 Git이 Subversion을 대체했고, Subversion이 CVS를 대체했다는 걸 잊습니다. 버전 관리 시스템은 대체됩니다. 하지만 대체재는 개발자가 가장 싫어하는 것에 대해 10배의 개선을 제공해야 합니다. 지금 그것은 아마도 대규모 저장소에서의 병합 고통일 겁니다. 코언은 올바른 표적을 겨냥하고 있습니다."
비트토렌트에서의 신뢰가 버전 관리로 이전될 수 있을까?
주요 대학의 분산 시스템 연구자: "비트토렌트는 우아한 프로토콜로 실제 조율 문제를 해결했습니다. 하지만 버전 관리는 다른 종류의 난제입니다. 어려운 부분은 알고리즘이 아니라 생태계입니다. 에디터 플러그인, CI 통합, 호스팅 플랫폼, 코드 리뷰 워크플로. Git의 지배력은 단순한 기술적 관성이 아닙니다. 하나의 거대한 산업 복합체입니다. 코언에게는 거대한 후원자나, 도입을 강제하는 킬러 애플리케이션이 필요할 겁니다."
이 지적은 인접한 인프라 전쟁에서 우리가 목격한 것과 일맥상통한다. 최고의 기술적 솔루션이 항상 승리하는 것은 아니다. VHS가 베타맥스를 이겼다. x86은 아키텍처적으로 더 깔끔한 대안들보다 수십 년간 살아남았다. 칩 업계에서 나는 우월한 인터커넥트 표준이 단지 기존 업체가 더 깊은 공급망 통합을 갖추고 있다는 이유만으로 열등한 표준에 패배하는 것을 지켜봐 왔다.
이미 패치 기반 의미론을 사용하는 Pijul과 Darcs는 어떤가?
Pijul에 기여한 개발자: "Pijul은 수년간 패치 이론을 탐구해 왔습니다. 수학은 탄탄합니다. 문제는 항상 대규모에서의 성능과 GitHub에 상응하는 호스팅 플랫폼의 부재였습니다. 코언이 패치 기반 버전 관리에 가시성과 자원을 가져온다면, 이 분야에서 일하는 모든 사람에게 좋은 일입니다. 하지만 흥분하기 전에 벤치마크를 보고 싶습니다."
코언의 글은 Mañana가 성능 문제를 정면으로 다루며, 스냅샷 비교가 아닌 패치 적용에 최적화된 데이터 구조를 갖추고 있다고 주장한다. 그는 이전 패치 기반 시스템의 한계를 명시적으로 언급하며 Mañana의 설계가 그들의 확장성 문제를 피한다고 주장한다. 그러나 세부 사항은 여전히 이론적이다. 공개 저장소도 없고, 벤치마크 스위트도 없고, 외부인이 테스트할 수 있는 작동하는 프로토타입도 없다.
새로운 VCS가 도구 생태계를 파편화하고 공급망 리스크를 만들 수 있을까?
중기 단계 스타트업의 VP of Engineering: "파편화가 최악의 시나리오입니다. 우리는 이미 빌드 파이프라인에서 충분한 복잡성을 다루고 있습니다. 팀의 절반이 새로운 VCS를 쓰고 나머지 절반이 Git을 쓴다면, 시작할 때보다 더 나쁜 변환 레이어 문제를 만든 셈입니다. 어떤 Git 후속 시스템이든 가져오기/내보내기 수준에서 하위 호환이 되어야 합니다. 그렇지 않으면 도착하기 전에 사망입니다."
439개의 업보트가 해커 뉴스를 넘어 중요한 이유
이 반응은 단순한 개발자의 호기심이 아니다. 수년간 쌓여 온 Git의 거친 모서리에 대한 불만을 반영한다. 구글은 내부적으로 자체 버전 관리 시스템을 구축했다. 메타는 대폭 수정된 머큐리얼 스택을 운영한다. 마이크로소프트는 대규모 윈도우 개발을 가능하게 하기 위해 VFS for Git에 투자했다. 기술 업계 최대 기업들은 이미 엔지니어링 예산으로 투표했다: Git은 출시된 그대로는 상당한 수정 없이 대규모 조직에서 작동하지 않는다.
코언의 타이밍도 주목할 만하다. GitHub Copilot에서 Cursor, Claude 기반 에이전트에 이르기까지 AI 지원 코딩 도구의 부상은 기존 버전 관리 워크플로에 부담을 주는 양의 코드를 생성하고 있다. AI 에이전트가 몇 분 만에 수십 개의 패치를 만들 수 있을 때, 병합 충돌 문제는 성가심에서 병목으로 변한다. 깔끔한 패치 합성을 중심으로 설계된 버전 관리 시스템은 AI 네이티브 개발에 빠져 있던 인프라 레이어가 될 수 있다.
이것이 대부분의 논평이 놓치는 공급망 관점이다. 버전 관리는 단순한 개발자 도구가 아니다. 모든 칩 위에서, 모든 장치에서, 모든 네트워크에서 실행되는 모든 소프트웨어의 공식 원장이다. 그 원장의 병합 의미론이 깨져 있다면, 하류 효과는 코드 리뷰 품질, CI 신뢰성, 배포 확신, 그리고 궁극적으로 소프트웨어 공급망 자체의 무결성에까지 파급된다.
코언이 아직 답하지 않은 어려운 질문들
코언의 글은 선언문이지, 제품 발표가 아니다. 몇 가지 핵심적인 미지수가 남아 있다.
자금. 버전 관리 시스템을 구축하는 것은 비용이 많이 든다. 그 주위에 호스팅 플랫폼과 생태계를 구축하는 것은 한 자릿수 더 비싸다. 코언은 투자 유치나 회사 구조를 발표하지 않았다.
호환성. 이 글은 Mañana가 기존 Git 저장소와 어떻게 상호 운용될지 상세히 다루지 않는다. 전체 이력 변환을 요구하는 마이그레이션 경로는 대부분의 조직에게 논외다.
거버넌스. Git의 개발은 비교적 소규모의 메인테이너 그룹이 관리한다. 새로운 VCS는 투명한 거버넌스를 통해 신뢰를 구축해야 한다. 특히 핵심 인프라가 되는 것을 목표로 한다면.
선언문과 운동을 가르는 세 가지 신호
Mañana가 견인력을 얻을 수 있을지는 세 가지에 달려 있다. 개발자가 실제 저장소에서 Git과 벤치마크 비교할 수 있는 작동하는 프로토타입. 전환 비용을 낮추는 신뢰할 수 있는 호스팅 플랫폼, 혹은 기존 플랫폼과의 파트너십. 그리고 AI 지원 개발이나 모노레포 관리에서의 선도적 사용 사례—패치 기반의 이점이 너무 명확해서 생태계 마찰에도 불구하고 팀이 도입하게 되는.
브램 코언은 인터넷이 파일을 이동하는 방식을 바꿨다. 그가 인터넷이 코드를 추적하는 방식을 바꿀 수 있을지는 근본적으로 더 어려운 문제다. 하지만 그의 글을 업보트한 439명의 개발자는 당신에게 무언가를 말하고 있다: Git 후속 시스템에 대한 시장은 이론적이지 않다. 기다리고 있다.
