Git 없이 협업한다고? Jujutsu가 온다

버전 관리의 세계에 40년 만의 진짜 혁신이 찾아왔다는 말, 믿어지시나요? Jujutsu(jj)는 Git의 작동 방식 자체를 재설계하면서 "커밋을 두려워하지 않는 개발 문화"를 만들어가고 있습니다. 지금 오픈소스 커뮤니티와 실리콘밸리 엔지니어 사이에서 가장 빠르게 번지고 있는 이 흐름, 놓치면 아깝습니다.

왜 지금인가

Git은 2005년 리누스 토르발스가 Linux 커널 관리를 위해 만든 도구입니다. 20년이 지난 오늘날에도 GitHub·GitLab 등 전 세계 개발 생태계의 근간을 이루고 있죠. 그러나 Stack Overflow의 Developer Survey 결과를 매년 살펴보면, Git은 "가장 많이 쓰는 도구"임과 동시에 "가장 자주 혼란스럽다"는 평가를 함께 받는 독특한 도구이기도 합니다. rebase, cherry-pick, detached HEAD 같은 개념은 입문자에게 높은 장벽이 되어왔고, 실수 하나가 협업 전체를 흔들 수 있다는 두려움은 개발자의 일하는 방식에도 영향을 주어왔습니다.

"버전 관리 도구가 복잡할수록 개발자는 더 자주 커밋하지 않게 된다. 두려움이 습관을 만든다."
— Martin Fowler, Continuous Integration 원칙 중

이 문제의식에서 출발한 것이 바로 Jujutsu입니다. Google 엔지니어인 Martin von Zweigbergk가 사내 버전 관리 시스템(Piper·CitC)의 개념을 오픈소스로 구현한 결과물이며, 2022년 공개 이후 2025년을 기점으로 실사용 커뮤니티가 폭발적으로 확장되고 있습니다.

Jujutsu, 무엇이 다른가

"작업 중인 상태"가 곧 커밋이다

Git에서 파일을 수정하면 그것은 "스테이징되지 않은 변경사항"입니다. 커밋하기 전까지는 어느 브랜치에도 온전히 속하지 않는 모호한 상태에 놓이죠. Jujutsu는 이 개념을 완전히 뒤집습니다. 모든 변경사항은 자동으로 현재 커밋에 포함됩니다. 별도의 git add, git commit 순서가 필요 없습니다.

브랜치 대신 "변경 목록(Change)"

Jujutsu는 브랜치보다 변경 단위(change) 를 기본 단위로 삼습니다. 각 변경은 고유 ID를 가지며, 이 변경들을 자유롭게 재배치·분리·병합할 수 있습니다. Git의 rebase가 왜 무서운지 기억하시나요? Jujutsu에서는 충돌이 발생하더라도 작업을 중단하지 않습니다. 충돌 상태 자체를 커밋으로 저장하고, 나중에 원하는 시점에 해결할 수 있습니다.

Git과 완전히 호환된다

Jujutsu는 기존 Git 저장소를 그대로 백엔드로 사용할 수 있습니다. jj git clone으로 GitHub 저장소를 가져오고, jj git push로 다시 올릴 수 있습니다. 팀 전체가 Jujutsu로 이전하지 않아도 혼자 먼저 경험해볼 수 있다는 점이 확산의 핵심 동력이 되고 있습니다.

현장의 변화

Google은 이미 내부적으로 Piper라는 독자 VCS를 사용해왔으며, Jujutsu는 그 철학을 외부로 공개한 결과물입니다. Google 엔지니어들이 실제 업무에서 검증한 워크플로가 오픈소스로 공개되었다는 점에서, 단순한 실험적 프로젝트와는 무게감이 다릅니다.

Fastmail은 2024년 자사 엔지니어링 블로그를 통해 팀 전체가 Jujutsu로 이전한 경험을 공개했습니다. 핵심 소감은 "Git을 배울 때처럼 긴장하지 않아도 된다"는 것이었습니다. 실수를 되돌리는 jj undo 명령어 하나로 대부분의 위기 상황을 처리할 수 있었다고 밝혔습니다.

오픈소스 커뮤니티에서도 반응이 두드러집니다. Jujutsu의 GitHub 저장소는 2025년 기준 스타 수가 빠르게 1만을 넘어섰으며, Hacker News와 Reddit의 개발자 포럼에서 "Git의 진짜 후계자"로 꾸준히 언급되고 있습니다.

시사점: 우리가 갖춰야 할 것

• Git의 원리를 먼저 탄탄히 익히세요. Jujutsu가 무엇을 단순화했는지 이해하려면, 기존 Git의 복잡함을 한 번은 경험해봐야 합니다. 도구 전환의 가치는 비교 대상을 알 때 비로소 보입니다.
• jj CLI를 직접 설치해 개인 프로젝트에 적용해보세요. Jujutsu 공식 문서의 튜토리얼은 Git 사용자를 위해 잘 설계되어 있으며, 로컬에서 Git 저장소와 병행 사용이 가능합니다.
• "충돌을 나중에 처리한다"는 개념을 워크플로 철학으로 받아들이세요. 이는 단순히 도구의 기능이 아니라, 심리적 안전감이 협업 효율을 높인다는 현대 HRD의 핵심 원리와도 맞닿아 있습니다.
• 새로운 도구가 표준이 되기 전에 경험해두는 선제적 학습 습관을 기르세요. uv가 pip를 밀어낸 속도를 기억한다면, Jujutsu의 확산이 얼마나 빠를 수 있는지 가늠할 수 있습니다.

맺음말

버전 관리는 단순히 코드를 저장하는 행위가 아닙니다. 협업의 신뢰를 쌓고, 실수를 두려워하지 않는 문화를 만드는 기반입니다. Jujutsu는 그 기반의 설계 자체를 바꾸고 있습니다. 아직 표준은 Git이지만, 역사는 항상 "더 나은 도구"가 결국 이겨왔다는 사실을 보여줍니다. 오늘 터미널에 cargo install jujutsu를 입력하는 것, 그것이 다음 표준을 먼저 경험하는 첫걸음입니다.

참고 자료

• Stack Overflow, 「Developer Survey 2024」, Stack Overflow
• Martin von Zweigbergk, Jujutsu 공식 문서 및 GitHub 저장소 (github.com/jj-vcs/jj)
• Fastmail Engineering Blog, 「Our experience migrating to Jujutsu」, 2024
• Martin Fowler, Continuous Integration: Improving Software Quality and Reducing Risk, Addison-Wesley
• Google Engineering, 「Why Google Stores Billions of Lines of Code in a Single Repository」, Communications of the ACM, 2016

테크창 연구팀 | 인천대학교 창의인재개발학과 전공심화연구모임
본 칼럼은 AI 보조로 작성되었으며, 수치·출처는 참고용입니다.