--- title: "#버전관리시스템: §jujutsu §git" url: "https://notes.junghanacs.com/notes/20250605T142518" author: "Junghan Kim" date: "2025-06-05T14:25:00+09:00" lastmod: "2025-06-05T00:00:00+09:00" tags: ["control","git","system","version"] description: "Jujutsu와 Git의 커밋·브랜치·작업 디렉토리 개념 차이를 중심으로 버전 관리 방식을 비교한다." --- > [!abstract] 이 노트에 대하여 > > 버전관리 시스템으로 Git과 Jujutsu를 함께 보며 차이와 확장 개념을 생각하는 노트다. 새로운 버전관리 감각을 익히기 위한 비교 입구 역할을 한다. Jujutsu와 Git는 \*버전 관리 시스템\*(version control system)으로, 각각의 특징과 사용 방식이 다릅니다. 주요 차이점은 다음과 같습니다: ## 히스토리 - [2025-11-07 Fri 11:13] 근데 요즘 왜케 이게 난리인가?! - [2025-06-05 Thu 14:25] 생성 ## 관련메타 - [#버전](https://notes.junghanacs.com/meta/20240821T162824) - [#대체#대안](https://notes.junghanacs.com/meta/20241226T115537) ## BIBLIOGRAPHY ## 로그 ### [|2025-06-05 Thu 14:25|](https://notes.junghanacs.com/journal/20250602T000000#h-2025-06-05) #### @user what is the difference between jujutsu and git? @assistant **\*질문 요약:** Jujutsu와 Git의 차이점은 무엇인가? Jujutsu와 Git는 \*버전 관리 시스템\*(version control system)으로, 각각의 특징과 사용 방식이 다릅니다. 주요 차이점은 다음과 같습니다: - **커밋 단위**: Git은 \*커밋\*(commit)을 기본 단위로 사용하지만, Jujutsu는 \*변경 세트\*(changeset)를 중심으로 합니다[2]. - **인덱스(Staging Area)**: Git은 \*인덱스\*(staging area)를 통해 파일을 커밋 전 준비하지만, Jujutsu는 인덱스가 없고 작업 디렉토리 자체가 커밋처럼 다뤄집니다[1][5]. - **브랜치**: Git은 \*브랜치\*(branch)를 통해 작업을 분리하고 관리하지만, Jujutsu는 기본적으로 브랜치가 없고 \*북마크\*(bookmark)로 대체합니다[1]. - **작업 디렉토리 커밋**: Jujutsu에서는 작업 디렉토리가 자동으로 커밋되며, 이를 통해 간단한 CLI와 일관된 워크플로우를 제공합니다[1][5]. - **유연한 역사 편집**: Jujutsu는 Git보다 더 유연한 역사 편집을 지원하여, 커밋 메시지 수정이나 리베이스가 더 쉽습니다[3][5]. - **호환성**: Jujutsu는 Git과 호환되며, 기존 Git 도구와 함께 사용할 수 있습니다[3]. ### 참고 자료 1. [Jujutsu Docs - Git Comparison]() 2. [Jujutsu Docs - Git Comparison]() 3. [Tony Finn Blog - Jujutsu]() 4. [Infovision Blog - Git and Jujutsu]() 5. [neugierig.org Blog - Jujutsu]() 6. [LWN.net - Jujutsu]() --- LLM 정보: Perplexity AI 현재 날짜/시간: 2025년 6월 5일 오전 5시 21분 30초 토큰 수: 500 - Citations: [1] [2] [3] [4] [5] #### @user 어떻게 git과 호환이 가능할 수 있는가? @assistant **\*질문 요약:** Git과 Jujutsu의 호환성은 어떻게 가능할 수 있는가? **Git과 Jujutsu의 호환성** Jujutsu는 Git과 호환되는 버전 관리 시스템으로, Git 저장소를 백엔드로 사용하여 Git과 함께 작업할 수 있습니다. Jujutsu의 Git 호환성을 가능하게 하는 주요 특징은 다음과 같습니다: - **Git 저장소 사용**: Jujutsu는 Git 저장소를 백엔드로 사용할 수 있으며, 이는 기존 Git 프로젝트에서 Jujutsu를 사용할 수 있음을 의미합니다[1][3][5]. - **Git 커밋 호환성**: Jujutsu에서 생성된 커밋은 Git과 호환되며, Git 원격 저장소에서 브랜치를 가져오고 푸시할 수 있습니다[1][3]. - **동시 사용 가능**: Jujutsu와 Git 명령어를 동시에 사용할 수 있으며, Jujutsu는 Git 저장소를 그대로 유지합니다[1][5]. - **자동 커밋**: Jujutsu는 작업 디렉토리를 자동으로 커밋으로 처리하여, Git의 스테이징 영역이 필요하지 않습니다[3][5]. - **첫 번째급 충돌 처리**: Jujutsu는 충돌을 일반 객체로 처리하여, 리베이스와 머지 작업이 더 원활하게 진행됩니다[5]. **참고 자료:** 1. [Jujutsu Docs - Git Compatibility]() 2. [Careerly - GitButler]() 3. [GitHub - jj-vcs/jj]() 4. [YouTube - Jujutsu Tutorial]() 5. [Vincent Schmalbach - Jujutsu]() --- LLM 정보: Perplexity AI 현재 날짜/시간: 2025년 6월 5일 오전 5시 22분 16초 토큰 수: 500 - Citations: [1] [2] [3] [4] [5] #### @user 호환가능한 디자인이 가능할 수 있는 이유는? 연구의 배경이 있는가? 개인지식관리의 맥락에서 '메타도구'의 개념이 굉장히 놀랍다. @assistant **\*질문 요약 (영어):** How is it possible for Jujutsu to be compatible with Git, and what is the background of this design? **Jujutsu와 Git의 호환 가능성** Jujutsu는 Git과 호환되는 디자인을 통해 기존 Git 저장소를 활용할 수 있습니다. 이 호환성은 Jujutsu가 Git 저장소를 백엔드로 사용하고, Git과 유사한 커밋 구조를 유지함으로써 가능합니다. 주요 이유는 다음과 같습니다: - **Git 저장소 사용**: Jujutsu는 Git 저장소를 백엔드로 사용하여, 기존 Git 프로젝트와의 협업이 가능합니다[1][2]. - **커밋 호환성**: Jujutsu에서 생성된 커밋은 Git과 호환되며, Git 원격 저장소에서 브랜치를 가져오고 푸시할 수 있습니다[1][2]. - **유연한 아키텍처**: Jujutsu는 데이터와 저장 모델이 추상화되어 있어, 다양한 백엔드를 지원할 수 있습니다. 현재는 Git 백엔드만이 프로덕션 준비가 완료되어 있습니다[2]. - **연구의 배경**: Jujutsu는 Git의 복잡성을 줄이고, 사용자 경험을 개선하기 위해 설계되었습니다. 이는 Git의 높은 학습 곡선을 줄이고, 더 간단한 CLI를 제공하는 데 기여합니다[4]. **개인지식관리(PKM)와 메타도구의 개념** 개인지식관리(PKM)에서 메타도구의 개념은 다양한 도구와 시스템을 통합하여 지식을 효율적으로 관리하는 데 중점을 둡니다. Jujutsu와 같은 도구는 Git과 호환되면서도 더 간단한 사용 경험을 제공함으로써, PKM에서 중요한 역할을 할 수 있습니다. 이는 Emacs와 같은 지식도구와 결합하여, 더 강력한 지식 관리 시스템을 구축하는 데 기여할 수 있습니다. **참고 자료:** 1. [Jujutsu Docs - Git Compatibility]() 2. [GitHub - jj-vcs/jj]() 3. [Jujutsu Docs - Git Comparison]() 4. [Jasmin Chen Blog - Jujutsu]()