Git 2.18版本已支援Git協議v2

在最新的官方 Git 客戶端正式版2.18中新增了對 Git wire 協議 v2 的支援，並引入了一些效能與 UI 改進的新特性。

\\

在 Git 的核心團隊成員 Brandon Williams 公開宣佈這一訊息前幾周，Git 協議 v2 剛剛合併至 Git 的 master 主幹分支。Git wire 協議定義了 Git 客戶端與服務端如何對於 clone、fetch 和 push 等操作進行通訊。按 Williams 所說，新版本協議的目標是提升效能，並使其能夠更好的適應未來的改進。

\\

\

新版本協議的主要驅動力是使 Git 服務端能夠對各種 ref（分支與 tag）進行過濾操作。

\

\\

這就意味著，Git 伺服器無需將程式碼庫中所有的 ref 一次性傳送給客戶端，再由客戶端進行過濾。在大型的程式碼庫中可能會存在不計其數的 ref，即使某些 ref 是客戶端無需使用的，也不得不載入多達數個 MB 的 ref 資料。在使用 v2 協議之後，Git 伺服器將根據客戶端所需的操作型別，對 ref 進行過濾之後再將列表傳送至客戶端。Williams 舉了一個例子，如果開發者所更新的分支僅比其遠端分支落後幾個提交，或是僅僅檢查本地分支是否已更新，則完全沒有必要在服務端傳遞整個 ref 列表，這對於時間和頻寬都是一種浪費。Williams 表示，基於 Google 內部對協議 v2的使用，在訪問例如 Chrome 這種包含了超過50萬個分支和 tag 的大型倉庫時，比起使用 v1 協議可達到三倍速以上。此外，通過使用新版本協議，更便於實現某些新的特性，例如按需選取 ref，以及拉取和推送 symref 等等。

\\

支援協議 v2 的 Git 客戶端仍然可以與尚未支援 v2 的舊版本服務端進行通訊。這要感謝當初在設計時決定通過一個獨立的通道傳送 v2 所必須的額外資訊。舊版本的服務端會直接忽略這個額外的通道，並返回 ref 的完整列表。

\\

為了讓開發者能夠自行選擇協議的版本，Git 現在新增了一個新的 -c 命令列選項，如以下示例：

\\

\git -c protocol.version=2 ls-remote\

\\

如果希望預設使用 v2 協議，可以修改 Git 的配置：

\\

\git config --global protocol.version=2\

\\

Git 2.18 中的另一個新特性是通過序列化的 commit graph 改善效能。簡單來說，就是新版本的 Git 可以將 commit graph 的結構儲存在某個檔案中，並附加一些額外的後設資料，以加速圖形的載入。在進行獲取列表，對提交歷史進行過濾，以及計算合併的 base 等操作時，會表現得非常高效。這項功能是由微軟的團隊所實現的，該團隊的成員 Derrick Stole 表示，對於大型程式碼庫，例如 Linux kernel 或 Git 本身的程式碼庫進行這類操作時，速度可提升 75–99%。Git 的 commit graph 仍然是一項處於實驗性階段的功能，因為某些 Git 特性無法很好地與 commit graph 相配合，例如淺克隆、物件替換，以及 commit graft 等等。如果不打算使用這些特性，可以通過執行 git config core.commitGraph true 命令啟用 commit graph。

\\

讀者可在官方釋出說明中瞭解 Git 2.18 的完整特性。

\\

檢視英文原文：Git 2.18 Adds Support for Git Protocol Version 2