版本控制系統是現代軟體開發的基礎，但其使用者體驗會顯著影響開發者的生產力。最近開發者社群的討論顯示，越來越多的人正在轉向 Jujutsu (jj) ，這個正在挑戰 Git 主導地位的版本控制系統，它提供了一種更直觀的程式碼變更管理方式。
正規化轉變
Jujutsu 不僅僅是 Git 的替代品，它引入了開發者思考版本控制的根本性轉變。就像學習 Lisp 可以改變程式設計師的編碼方式一樣，jj 正在重塑開發者對分支和提交的概念理解。該系統的設計消除了 Git 中許多偶然的複雜性，使得那些曾經需要謹慎考慮的操作變得自然而幾乎是本能的。
無畏的版本控制
jj 最引人注目的特點之一是它消除了通常與複雜版本控制操作相關的焦慮。開發者反饋，在執行那些在 Git 中通常需要仔細規劃的操作時，比如重新排序提交或修復分支中較早的更改時，他們感到更有信心。系統的設計確保使用者不會意外丟失工作，像 jj undo 這樣的操作為任何錯誤提供了安全網。
對我來說，轉換後最令人驚訝的是，我在執行那些在使用 git 時需要反覆檢查的長串操作時變得完全無所畏懼。重新排序提交、修復早期提交，甚至在有多個未合併的祖先分支的情況下執行這些操作...都變得輕而易舉。我甚至不需要過多思考。
簡化的狀態管理
在 Git 中，使用者需要同時處理多個狀態（工作樹、暫存區、貯藏、提交），而 jj 將所有內容統一在一個概念下：提交。這種簡化消除了 Git 使用者傳統上依賴的變通方法和特殊情況，如貯藏管理、臨時分支或複雜的變基操作。結果是一個更精簡的工作流程，減少了認知負擔。
採用和整合
jj 的一個關鍵優勢是它能夠與現有的 Git 工作流程並行工作。團隊可以逐步採用 jj ，個別開發者可以使用它，而他們的同事繼續使用 Git 。這種互操作性意味著組織可以按照自己的節奏過渡，而不會破壞既定的流程或要求整個團隊改變。
社群反應
開發者社群對 jj 的反應明顯積極，許多經驗豐富的 Git 使用者報告說，在短暫試用後就完全轉向了 jj 。即使是那些自認為是 Git 高階使用者的人也發現 jj 的方法更直觀、更高效。這種採用模式表明， jj 的優勢足以克服現有 Git 專業知識的慣性。
jj 的出現代表了版本控制系統的重要演進，證明了 Git 的許多複雜性並非版本控制問題的固有特性，而是其設計的產物。隨著更多開發者發現 jj 的功能，它可能會重塑我們對版本控制工具應該提供什麼的期望。