1. 기본적인 Pull Request(PR) 워크플로우 및 Git과의 호환성
Jujutsu(jj)는 기존 Git 저장소 위에서 레이어 형태로 동작하므로, Git의 모든 기능을 그대로 유지하면서도 더 효율적인 워크플로우를 제공합니다. PR을 생성하는 과정은 매우 직관적입니다. 먼저 jj git clone을 통해 프로젝트를 가져오고, 코드 수정을 마친 뒤 jj commit으로 변경 사항을 확정합니다. 이후 jj bookmark set [이름] 명령어를 사용하여 해당 변경 사항에 이름을 붙이는데, 이는 Git의 브랜치 생성과 유사한 역할을 합니다. 마지막으로 jj git push를 실행하면 원격 저장소에 새로운 브랜치가 생성됩니다. GitHub CLI(gh pr create)를 함께 사용하면 터미널을 떠나지 않고도 전체 PR 프로세스를 완료할 수 있습니다.
2. 변경 사항 수정 및 북마크 업데이트 전략
이미 제출된 PR을 수정해야 할 때 jj의 진가가 드러납니다. 커밋을 수정(amend)한 후 다시 jj git push를 실행하면 jj가 자동으로 변경 사항을 감지하여 원격지에 강제 푸시(force-push)를 수행합니다. 만약 기존 작업 위에 새로운 커밋을 추가했다면, jj bookmark set 명령어를 다시 사용하여 북마크를 최신 커밋 위치로 이동시켜야 합니다. 이 과정이 번거로운 사용자를 위해 커뮤니티에서는 jj tug와 같은 별칭(alias)을 제공합니다. jj tug는 가장 가까운 북마크를 찾아 푸시 가능한 최신 변경 사항으로 자동 이동시켜 줍니다. 또한 사용자는 자신만의 jj push 별칭을 설정하여 원격 브랜치 업데이트 과정을 더욱 단순화할 수 있습니다.
3. 다중 PR 관리: 병합 기반 및 선형 스택 방식
복잡한 프로젝트에서는 여러 개의 PR을 동시에 작업해야 하는 경우가 많습니다. jj는 이를 위해 두 가지 강력한 전략을 제시합니다. 첫째는 ‘병합 기반(Merge-based)’ 방식입니다. jj new -d A -d B 명령어를 통해 두 개 이상의 브랜치 끝점을 통합하는 병합 커밋을 만들고 그 위에서 작업을 진행합니다. 작업이 완료되면 jj split이나 jj rebase를 사용하여 각 변경 사항을 원래의 브랜치로 적절히 분산시킵니다. 둘째는 ‘선형적 스택(Linear/Stacking)’ 방식입니다. 이는 모든 브랜치를 서로의 위에 차례로 쌓아 올리는 구조입니다. PR #1 위에 PR #2를, 그 위에 PR #3을 리베이스하여 관리합니다. jj는 ‘Change ID’라는 고유 식별자를 통해 커밋이 리베이스되거나 수정되어도 동일한 변경 사항임을 인식하므로, 전체 체인을 최신 main 브랜치 위로 옮기는 작업이 매우 안전하고 간편합니다.
4. 고급 기능 및 생태계 확장성
jj는 단순한 도구를 넘어 현대적인 버전 관리의 패러다임을 제시합니다. jj absorb와 같은 기능은 변경 사항을 적절한 상위 커밋으로 자동으로 배분해주며, 복잡한 충돌 해결 과정에서도 강력한 성능을 발휘합니다. 공식 문서와 다양한 블로그 포스트(Jujutsu VCS Introduction, Git experts should try Jujutsu 등)는 jj를 처음 접하는 사용자들이 기존 Git 사고방식에서 벗어나 더 효율적인 워크플로우로 전환할 수 있도록 돕습니다. 이러한 도구적 발전은 개발자의 생산성 향상뿐만 아니라 코드 리뷰 및 협업 프로세스의 질적 향상으로 이어집니다.