Git 이후 20년, 버전 관리의 두 번째 대폭발이 시작됐다
Version Control Second Coming
2005년 Git이 등장한 이후 가장 큰 변화가 지금 일어나고 있다. AI 에이전트가 커밋 속도를 폭발적으로 끌어올리면서 기존 Git 호스팅의 한계가 드러났고, 동시에 GitHub를 대체하려는 스타트업들이 속속 등장하고 있다. GitButler, Jujutsu 기반 East River, Diversion, Origin 등이 각기 다른 접근으로 이 흐름을 이끌고 있다.
2025년 12월 우리 모두가 수동 코딩을 멈춘 사이, 다른 무언가가 익어가고 있었다. 2005년 이후 버전 관리 분야 최대의 혁명이다.
HN 토론
78- teiferer
글을 2/3쯤 읽다가 포기했다. 도대체 무슨 말을 하려는 거지? 이 혁명이 뭔데? 에이전트라는 것들이 근본적으로 어떻게 다른데, 어떻게 해결되고 있다는 거야? 이 "두 번째 대폭발"이 뭐지?
그리고 왜 "두 번째"야? git이 첫 번째였나? 그럼 그 이전의 다른 것들은? CVS도 예전에 엄청 컸는데, 좋든 나쁘든.
- bolangi
"어디에나 가상 파일시스템"을 꿈꾸는군. 흠, Plan 9 같기도 한데.
이 거대한 데이터셋을 다루기 위한 기술들을 내부에서 볼 수 있다니 좋네.
- bob1029
글쓴이가 git+lfs나 perforce를 안 쓰려고 엄청 고생한 것 같다.
나는 Unity 프로젝트에 git+lfs를 쓰는데 아주 잘 된다. 진짜 스튜디오가 있다면 perforce 라이선스를 좀 살 텐데.
이렇게 바퀴를 재발명하는 건 꽤나 지치는 일이다. 검증된 선택지들이 있다. AI 저작이 특정 커밋을 소유하는 어떤 것이라는 개념을 근본적으로 위반하는 건 아니다. 소스 컨트롤 시스템에 새 스키마가 필요하지 않다. "출처"라는 건 AI를 초인적인 능력을 가진 신탁 같은 근원으로 들리게 하려고 쓰는 헛소리 단어다.
- pjmlp
무슨 두 번째 대폭발? 선택할 수 있다면 나는 여전히 Mercurial이나 SVN을 쓸 텐데.
사실 내가 Git을 쓰는 방식은 거의 다르지 않고, git 마법의 검은 띠를 얻을 생각은 전혀 없다.
- rjsw
그때 사람들은 ClearCase를 써야 한다고 불평했는데, 잘못된 건 가격만이 아니었다.