Git 可以通過兩種主要的方式在版本庫之間傳輸數(shù)據(jù)：“?。╠umb）”協(xié)議和“智能（smart）”協(xié)議。 本節(jié)將會(huì)帶你快速瀏覽這兩種協(xié)議的運(yùn)作方式。

啞協(xié)議（基本不用）

如果你正在架設(shè)一個(gè)基于 HTTP 協(xié)議的只讀版本庫，一般而言這種情況下使用的就是啞協(xié)議。 這個(gè)協(xié)議之所以被稱為“啞”協(xié)議，是因?yàn)樵趥鬏斶^程中，服務(wù)端不需要有針對(duì) Git 特有的代碼；抓取過程是一系列 HTTP 的 GET 請(qǐng)求，這種情況下，客戶端可以推斷出服務(wù)端 Git 倉庫的布局。

智能協(xié)議

啞協(xié)議雖然很簡(jiǎn)單但效率略低，且它不能從客戶端向服務(wù)端發(fā)送數(shù)據(jù)。 智能協(xié)議是更常用的傳送數(shù)據(jù)的方法，但它需要在服務(wù)端運(yùn)行一個(gè)進(jìn)程，而這也是 Git 的智能之處——它可以讀取本地?cái)?shù)據(jù)，理解客戶端有什么和需要什么，并為它生成合適的包文件。 總共有兩組進(jìn)程用于傳輸數(shù)據(jù)，它們分別負(fù)責(zé)上傳和下載數(shù)據(jù)。