深入探討版本控制：超越 Git 的局限性

背景

本文是作者針對其版本控制系統（VCS）新構想的後續討論，核心在於利用 CRDT（衝突解決複製資料類型）與「錨定」演算法，建立一個比 Git 更具功能性且能保留完整歷史的系統。作者主張透過在提交時即確定差異，可以實現「安全變基」與「安全壓縮」，避免 Git 在執行這些操作時抹除真實歷史或產生資訊斷層。

社群觀點

針對作者提出的技術構想，Hacker News 社群展開了多維度的探討。部分開發者對底層邏輯的嚴謹性展現高度興趣，甚至有意見認為應該為這套模型建立 TLA+ 形式化驗證，以確保其在分散式環境下的正確性。討論的焦點之一在於作者提到的「世代計數」技巧，這被視為讓演算法能在不依賴提交識別碼的情況下，僅憑結構資訊運作的關鍵。資深用戶指出，這類概念早在二十年前的版本控制討論中便已萌芽，將其與現代 CRDT 錨定演算法結合，確實為解決歷史追蹤問題提供了新路徑。

然而，對於「保留完整歷史」這一核心訴求，社群內存在明顯的立場分歧。有使用者直言，Git 的變基與歷史編輯功能之所以受歡迎，正是因為開發者有時需要刻意創造一種「虛構的完美歷史」，將混亂的開發過程修飾成易於閱讀的邏輯演進，而作者試圖消除這種「虛構」的努力，在某些工作流中反而可能被視為負擔。此外，技術實作上的挑戰也引發質疑，例如該系統如何處理檔案的重新命名與複製。有評論指出，若要完美達成作者的目標，可能需要對整個儲存庫進行編織化處理，這在效能與複雜度上都是巨大的考驗。

另一派觀點則將此構想與現有的新興工具如 Jujutsu（jj）進行對比。評論者認為，雖然作者使用編織結構作為主要資料結構，但本質上與 jj 透過操作日誌保留所有舊提交的做法有異曲同工之妙。如果將此系統視為 jj 功能之上的快取層或特定實作，或許能找到更具實踐性的中間地帶。不過，這也引發了關於分散式場景的擔憂：如果不同節點對差異演算法的選擇無法達成共識，這套依賴確定性差異的系統在協作時可能會面臨崩潰。整體而言，社群對這套理論的創新性表示肯定，但對其是否能挑戰 Git 的統治地位，以及在實際工程中的易用性仍持保留態度。

延伸閱讀

在討論中，社群成員分享了關於「世代計數」技巧的歷史文獻，該資源收錄於 revctrl.org 的存檔頁面中，詳細記錄了 Bram Cohen 等人早期對版本控制演算法的探索。此外，討論中提及的 Jujutsu (jj) 也是理解現代版本控制系統改進方向的重要參考工具。