Git 可以通過兩種主要的方式在版本庫之間傳輸數(shù)據(jù)：“喖跷（dumb）”協(xié)議和“智能（smart）”協(xié)議祠挫。 本節(jié)將會帶你快速瀏覽這兩種協(xié)議的運(yùn)作方式。
啞協(xié)議（基本不用）
如果你正在架設(shè)一個(gè)基于 HTTP 協(xié)議的只讀版本庫绩郎，一般而言這種情況下使用的就是啞協(xié)議蔼水。 這個(gè)協(xié)議之所以被稱為“啞”協(xié)議赖瞒，是因?yàn)樵趥鬏斶^程中，服務(wù)端不需要有針對 Git 特有的代碼蚤假；抓取過程是一系列 HTTP 的 GET 請求栏饮，這種情況下，客戶端可以推斷出服務(wù)端 Git 倉庫的布局磷仰。
智能協(xié)議
啞協(xié)議雖然很簡單但效率略低袍嬉，且它不能從客戶端向服務(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ù)瞒爬。
