Git是一個開源的分布式版本控制系統(也可以叫工具或是軟件)。 ## 一段歷史 Linux之父 Linus Torvalds與BitMover公司創始人Larry McVoy曾是很要好的朋友， BitMover開發了一款還不錯的分布式SCM(軟件配置管理)軟件-Bitkeeper。 基于Linux的影響力，Larry McVoy說服了Linus使用Bitkeeper管理Linux * 1999年12月， Linux PowerPC項目首 先開始使用BitKeeper； * 2002年2月，開始用它來管理Linux內核代碼主線。 但是作為一個商業付費的軟件，雖然提供了一個可以免費使用的精簡版本，但是不允許修改。 Linus內核開發從2002年到2005年的3年時間里，使用BitKeeper，Linux的開發步伐加快了兩倍。但是作為開源精神的領頭羊，使用非自由軟體來進行Linux核心代碼的管理，除了受到其他自由軟件大佬（Richard Stallman）的批評外，Liunx團隊內部也是非議很多。 2005年， Samba文件服務器開發人Andrew Tridgell寫了鏈接BitKeeper存儲庫的簡單程序，被Larry McVoy指控對BitKeeper進行逆向工程，Linus多次協調無效，McVoy還是決定停止BitKeeper對Linux的支持。一怒之下，Linus在BitKeeper的使用經驗基礎上， 在一個周末的時間創造了Git, 將Bitkeeper送入了末路。 ## 集中式與分布式： 與其他的版本控管工具相比， Git 最大的特點就是分布式。 與分布式對應的是集中式， 也就是服務器-客戶端的模式。這種模式的特點是有一臺中央的代碼控管服務器， 不同的開發機器作為客戶端從服務器獲取代碼和進行代碼提交。 而對于分布式的Git來說， 每個客戶端的機器都可以作為代碼控管的服務器， 可以進行代碼的檢出和上傳。 但是， Git 也有中央服務器的概念，而且在大部分的狀況下都會使用到中央服務器。 對于習慣集中式代碼控管工具的開發者來說（比如Perforce）， 可以這樣來理解集中式： 如果在每臺機器的本地安裝一個Perforce 服務器， 再到一臺共用的服務器上架設一臺Perforce服務器作為中央服務器。代碼先提交到本地的服務器， 再從本地的服務器匯總到中央服務器。只是Perforce等工具沒有這樣的功能， Git 做到了。 因為本地也是服務器， 也可以進行提交等動作， 所以不聯網也可以進行代碼的提交和控管， 等到網絡恢復才推送到中央服務器。除此，Git 還支持多種協議和提交方式， 在一些Git的平臺上可以使用網頁的方式進行代碼改動，提交和管理