版本控制演進史：從 SVN 集中式到 Git 分散式的架構思維轉變

版本控制演進史：從 SVN 集中式到 Git 分散式的架構思維轉變

版本控制系統 (VCS) 經歷了三個明顯階段：本地檔案系統 → 集中式 (CVCS) → 分散式 (DVCS)。理解這條演進脈絡，有助於我們掌握 Git 設計哲學的核心動機。

三大階段回顧

1. 階段一：檔案系統 (FS)
   早期專案直接依賴作業系統目錄結構（FAT32、ext3 等），缺乏歷史追蹤、分支合併、協作機制。
2. 階段二：集中式版本控制 (CVCS)
   代表工具：SVN、CVS、VSS。
   核心模型：單一中央伺服器儲存完整版本庫，客戶端僅签出工作副本。優點：權限控管簡單、單一真實來源；缺點：單點故障、離線無法提交、分支合併效能差、大型專案簽出/更新緩慢。
3. 階段三：分散式版本控制 (DVCS)
   代表工具：Git、Mercurial、Bazaar。
   核心突破：每個節點皆為完整版本庫（含完整歷史），節點間透過 push/pull 同步。採用內容指紋 (SHA-1) 而非版本號識別提交，支援離線工作、極速本地操作、輕量級分支、多種工作流模型。

架構對比圖解核心差異

單一 SVN 伺服器：架構簡單，但遠端操作延遲高

雙 SVN 伺服器（主從同步）：讀取分流較快，但同步邏輯複雜、衝突處理困難

思考：如何同時達成「簡單」與「快速」？

Git 分散式架構：每個開發者擁有完整倉庫，本地操作極快，推拉同步靈活

Git 理解的四大關鍵點

1. 分散式本質：無「中央伺服器」強制概念，任何倉庫均可作為上游。git pull/push 是對等節點同步。
2. 工作流與狀態機：add（暫存）、commit（本地提交）、status（狀態檢視）在 Git 與 SVN 中語義差異極大。Git 引入「暫存區」作為中介層。
3. 三區模型：
   工作區 (Work Area) → 暫存區/索引 → 本地倉庫。
   對應指令：add、commit、reset、checkout 實際是在操作這三區間的資料流向。
4. Git 核心物件模型：
   blob（檔案內容）、tree（目錄結構）、commit（提交快照）、tag（標籤）。
   關鍵概念：快照 而非差異、索引 即暫存區、fast-forward 合併策略。

Git 高頻指令分類速查

從 SVN 遷移到 Git 的思維轉換清單

• ❌ 不再有「簽出」動作，改為 clone 完整倉庫
• ❌ 不再依賴中央伺服器提交，本地 commit 即完成版本記錄
• ✅ 善用 branch 建立功能分支，成本極低
• ✅ 使用 rebase 保持線性歷史（視團隊規範）
• ✅ 理解 HEAD、index、working tree 三者關係
• ✅ 掌握 reset --soft/mixed/hard 三種模式差異

結語

Git 的分散式設計不只是技術實作的改良，更是協作模式的範式轉移：從「集中控制」轉向「自治協作」。深入理解其底層物件模型與三區機制，是駕馭 Git 複雜場景、排查疑難雜症的根本功力。