Git 64位客戶端是免費(fèi)、開(kāi)源的分布式版本控制系統(tǒng)，用于Linux內(nèi)核開(kāi)發(fā)的版本控制工具，Git簡(jiǎn)單易學(xué)，具有小尺寸以閃電般快速的性能，它勝過(guò)SCM工具，如顛覆，CVS，Perforce公司，和ClearCase與像廉價(jià)的本地分支，便捷的中轉(zhuǎn)區(qū)，和多個(gè)工作流功能。與CVS、Subversion一類(lèi)的集中式版本控制工具不同，它采用了分布式版本庫(kù)的作法，不需要服務(wù)器端軟件，就可以運(yùn)作版本控制，使得源代碼的發(fā)布和交流極其方便。Git的速度很快，這對(duì)于諸如Linux內(nèi)核這樣的大項(xiàng)目來(lái)說(shuō)自然很重要。Git最為出色的是它的合并追蹤（merge tracing）能力。

Git功能

1. 從服務(wù)器上克隆完整的Git倉(cāng)庫(kù)(包括代碼和版本信息)到單機(jī)上。
2. 在自己的機(jī)器上根據(jù)不同的開(kāi)發(fā)目的，創(chuàng)建分支，修改代碼。
3. 在單機(jī)上自己創(chuàng)建的分支上提交代碼。
4. 在單機(jī)上合并分支。
5. 把服務(wù)器上最新版的代碼fetch下來(lái)，然后跟自己的主分支合并。
6. 生成補(bǔ)丁(patch)，把補(bǔ)丁發(fā)送給主開(kāi)發(fā)者。
7. 看主開(kāi)發(fā)者的反饋，如果主開(kāi)發(fā)者發(fā)現(xiàn)兩個(gè)一般開(kāi)發(fā)者之間有沖突(他們之間可以合作解決的沖突)，就會(huì)要求他們先解決沖突，然后再由其中一個(gè)人提交。如果主開(kāi)發(fā)者可以自己解決，或者沒(méi)有沖突，就通過(guò)。
8. 一般開(kāi)發(fā)者之間解決沖突的方法，開(kāi)發(fā)者之間可以使用pull 命令解決沖突，解決完沖突之后再向主開(kāi)發(fā)者提交補(bǔ)丁。

Git與SVN有什么區(qū)別？

Git，大家都知道是一個(gè)分布式版本控制系統(tǒng)，不需要中央服務(wù)器，因?yàn)槟愕碾娔X就是它的版本庫(kù)，因此也可以脫機(jī)使用。那么問(wèn)題來(lái)了，到底是怎么工作的呢？比如說(shuō)自己在電腦上改了文件A，其他人也在電腦上改了文件A，這時(shí)，你們兩之間只需把各自的修改推送給對(duì)方，就可以互相看到對(duì)方的修改了。

SVN自然是一個(gè)集中式版本控制系統(tǒng)，是需要中央服務(wù)器支持的，所有版本庫(kù)都存放于此。因此，工作的時(shí)候需要一直連接服務(wù)器，結(jié)束的時(shí)候需要將完成的工作推送給服務(wù)器保存。從此看來(lái)，你必須是在有網(wǎng)絡(luò)的情況下才能開(kāi)展工作，如果出差在高鐵上，你就沒(méi)法像GIT一樣充分利用時(shí)間了。

Git說(shuō)明

Torvalds 開(kāi)始著手開(kāi)發(fā) Git 是為了作為一種過(guò)渡方案來(lái)替代 BitKeeper，后者之前一直是 Linux 內(nèi)核開(kāi)發(fā)人員在全球使用的主要源代碼工具。開(kāi)放源碼社區(qū)中的有些人覺(jué)得 BitKeeper 的許可證并不適合開(kāi)放源碼社區(qū)的工作，因此 Torvalds 決定著手研究許可證更為靈活的版本控制系統(tǒng)。盡管最初 Git 的開(kāi)發(fā)是為了輔助 Linux 內(nèi)核開(kāi)發(fā)的過(guò)程，但是我們已經(jīng)發(fā)現(xiàn)在很多其他自由軟件項(xiàng)目中也使用了 Git。例如 最近就遷移到 Git 上來(lái)了，很多 Freedesktop 的項(xiàng)目也遷移到了 Git 上。

Git特色

Git功能確實(shí)使其與幾乎所有其他SCM區(qū)別開(kāi)來(lái)的是它的分支模型。Git允許并鼓勵(lì)您擁有多個(gè)可以完全相互獨(dú)立的本地分支。創(chuàng)建，合并和刪除這些開(kāi)發(fā)線需要幾秒鐘。

這意味著您可以執(zhí)行以下操作：

無(wú)摩擦環(huán)境切換。創(chuàng)建一個(gè)分支來(lái)嘗試一個(gè)想法，提交幾次，切換回你分支的位置，應(yīng)用補(bǔ)丁，切換回你正在試驗(yàn)的地方，并將其合并。
基于角色的代碼行。有一個(gè)分支，它總是只包含生產(chǎn)的東西，另一個(gè)你合并用于測(cè)試的分支，以及幾個(gè)較小的分支用于日常工作。
基于特征的工作流程。為您正在處理的每個(gè)新功能創(chuàng)建新的分支，以便您可以在它們之間無(wú)縫切換，然后在該功能合并到主線時(shí)刪除每個(gè)分支。
一次性實(shí)驗(yàn)。創(chuàng)建一個(gè)分支進(jìn)行實(shí)驗(yàn)，意識(shí)到它不會(huì)起作用，只是刪除它 - 放棄工作 - 沒(méi)有其他人見(jiàn)過(guò)它（即使你在此期間推動(dòng)了其他分支）。
分行

值得注意的是，當(dāng)您推送到遠(yuǎn)程存儲(chǔ)庫(kù)時(shí)，您不必推送所有分支。您可以選擇僅共享其中一個(gè)分支，其中一些分支或全部分支。這往往會(huì)讓人們嘗試新的想法，而不必?fù)?dān)心必須計(jì)劃如何以及何時(shí)將其合并或與他人分享。

有一些方法可以通過(guò)其他系統(tǒng)完成其中的一些工作，但所涉及的工作要困難得多且容易出錯(cuò)。Git使這個(gè)過(guò)程變得異常簡(jiǎn)單，它改變了大多數(shù)開(kāi)發(fā)人員學(xué)習(xí)時(shí)的工作方式。

Git安裝說(shuō)明

最早Git是在Linux上開(kāi)發(fā)的，很長(zhǎng)一段時(shí)間內(nèi)，Git也只能在Linux和Unix系統(tǒng)上跑。不過(guò)，慢慢地有人把它移植到了Windows上。現(xiàn)在，Git可以在Linux、Unix、Mac和Windows這幾大平臺(tái)上正常運(yùn)行了。

要使用Git，第一步當(dāng)然是安裝Git了。根據(jù)你當(dāng)前使用的平臺(tái)來(lái)閱讀下面的文字：

一、在Linux上安裝Git

首先，你可以試著輸入git，看看系統(tǒng)有沒(méi)有安裝Git：

$ gitThe program 'git' is currently not installed. You can install it by typing:sudo apt-get install git

像上面的命令，有很多Linux會(huì)友好地告訴你Git沒(méi)有安裝，還會(huì)告訴你如何安裝Git。

如果你碰巧用Debian或Ubuntu Linux，通過(guò)一條sudo apt-get install git就可以直接完成Git的安裝，非常簡(jiǎn)單。

老一點(diǎn)的Debian或Ubuntu Linux，要把命令改為sudo apt-get install git-core，因?yàn)橐郧坝袀�(gè)軟件也叫GIT（GNU Interactive Tools），結(jié)果Git就只能叫g(shù)it-core了。由于Git名氣實(shí)在太大，后來(lái)就把GNU Interactive Tools改成gnuit，git-core正式改為git。

如果是其他Linux版本，可以直接通過(guò)源碼安裝。先從Git官網(wǎng)下載源碼，然后解壓，依次輸入：./config，make，sudo make install這幾個(gè)命令安裝就好了。

在Mac OS X上安裝Git

如果你正在使用Mac做開(kāi)發(fā)，有兩種安裝Git的方法。

一是安裝homebrew，然后通過(guò)homebrew安裝Git。

第二種方法更簡(jiǎn)單，也是推薦的方法，就是直接從AppStore安裝Xcode，Xcode集成了Git，不過(guò)默認(rèn)沒(méi)有安裝，你需要運(yùn)行Xcode，選擇菜單“Xcode”->“Preferences”，在彈出窗口中找到“Downloads”，選擇“Command Line Tools”，點(diǎn)“Install”就可以完成安裝了。

Xcode是Apple官方IDE，功能非常強(qiáng)大，是開(kāi)發(fā)Mac和iOS App的必選裝備，而且是免費(fèi)的！

在Windows上安裝Git

在Windows上使用Git，可以從Git官網(wǎng)直接下載安裝程序，（網(wǎng)速慢的同學(xué)請(qǐng)移步國(guó)內(nèi)鏡像），然后按默認(rèn)選項(xiàng)安裝即可。

安裝完成后，在開(kāi)始菜單里找到“Git”->“Git Bash”，蹦出一個(gè)類(lèi)似命令行窗口的東西，就說(shuō)明Git安裝成功！

安裝完成后，還需要最后一步設(shè)置，在命令行輸入：

$ git config --global user.name "Your Name"$ git config --global user.email "email@example.com"

因?yàn)镚it是分布式版本控制系統(tǒng)，所以，每個(gè)機(jī)器都必須自報(bào)家門(mén)：你的名字和Email地址。你也許會(huì)擔(dān)心，如果有人故意冒充別人怎么辦？這個(gè)不必?fù)?dān)心，首先我們相信大家都是善良無(wú)知的群眾，其次，真的有冒充的也是有辦法可查的。

注意git config命令的--global參數(shù)，用了這個(gè)參數(shù)，表示你這臺(tái)機(jī)器上所有的Git倉(cāng)庫(kù)都會(huì)使用這個(gè)配置，當(dāng)然也可以對(duì)某個(gè)倉(cāng)庫(kù)指定不同的用戶名和Email地址。

Git本地版本控制系統(tǒng)

很多人選擇的版本控制方法是將文件復(fù)制到另一個(gè)目錄（如果它們很聰明，可能是帶時(shí)間戳的目錄）。這種方法很常見(jiàn)，因?yàn)樗�非常�?jiǎn)單，但也非常容易出錯(cuò)。很容易忘記你所在的目錄并意外寫(xiě)入錯(cuò)誤的文件或復(fù)制你不想要的文件。

為了解決這個(gè)問(wèn)題，程序員很久以前開(kāi)發(fā)了一個(gè)本地VCS，它有一個(gè)簡(jiǎn)單的數(shù)據(jù)庫(kù)，可以對(duì)文件的所有更改進(jìn)行修訂控制。

最受歡迎的VCS工具之一是名為RCS的系統(tǒng)，它現(xiàn)在仍然與許多計(jì)算機(jī)一起分發(fā)。RCS的工作原理是在磁盤(pán)上以特殊格式保存補(bǔ)丁集（即文件之間的差異）; 然后，它可以通過(guò)添加所有補(bǔ)丁來(lái)重新創(chuàng)建任何文件在任何時(shí)間點(diǎn)的樣子。

Git集中版本控制系統(tǒng)

人們遇到的下一個(gè)主要問(wèn)題是他們需要與其他系統(tǒng)上的開(kāi)發(fā)人員協(xié)作。為了解決這個(gè)問(wèn)題，開(kāi)發(fā)了集中版本控制系統(tǒng)（CVCS）。這些系統(tǒng)（例如CVS，Subversion和Perforce）具有包含所有版本化文件的單個(gè)服務(wù)器，以及從該中心位置檢出文件的許多客戶端。多年來(lái)，這一直是版本控制的標(biāo)準(zhǔn)。

此設(shè)置提供了許多優(yōu)勢(shì)，尤其是在本地VCS上。例如，每個(gè)人都知道項(xiàng)目中的其他人正在做什么。管理員可以對(duì)誰(shuí)可以做什么進(jìn)行細(xì)粒度的控制，管理CVCS比處理每個(gè)客戶端上的本地?cái)?shù)據(jù)庫(kù)要容易得多。

但是，這種設(shè)置也有一些嚴(yán)重的缺點(diǎn)。最明顯的是集中式服務(wù)器所代表的單點(diǎn)故障。如果該服務(wù)器停機(jī)一小時(shí)，那么在那個(gè)小時(shí)內(nèi)，任何人都無(wú)法進(jìn)行協(xié)作或?qū)�版本化更改保存到他們正在處理的任何�?nèi)容中。如果中央數(shù)據(jù)庫(kù)所在的硬盤(pán)損壞，并且沒(méi)有保留適當(dāng)?shù)膫浞荩�那么您絕對(duì)會(huì)丟失所有內(nèi)容 - 項(xiàng)目的整個(gè)歷史記錄，除了人們碰巧在本地計(jì)算機(jī)上發(fā)生的任何單個(gè)快照。本地VCS系統(tǒng)也遇到同樣的問(wèn)題 - 只要您在一個(gè)地方擁有項(xiàng)目的整個(gè)歷史記錄，就有可能失去一切。

Git分布式版本控制系統(tǒng)

這就是分布式版本控制系統(tǒng)（DVCS）介入的地方。在DVCS（例如Git，Mercurial，Bazaar或Darcs）中，客戶端不只是查看文件的最新快照; 相反，它們完全鏡像了存儲(chǔ)庫(kù)，包括其完整的歷史記錄。因此，如果任何服務(wù)器死機(jī)，并且這些系統(tǒng)通過(guò)該服務(wù)器進(jìn)行協(xié)作，則可以將任何客戶端存儲(chǔ)庫(kù)復(fù)制回服務(wù)器以還原它。每個(gè)克隆都是所有數(shù)據(jù)的完整備份。

此外，許多這些系統(tǒng)可以很好地處理他們可以使用的多個(gè)遠(yuǎn)程存儲(chǔ)庫(kù)，因此您可以在同一個(gè)項(xiàng)目中以不同的方式與不同的人群進(jìn)行協(xié)作。這允許您設(shè)置在集中式系統(tǒng)中不可能的多種類(lèi)型的工作流，例如分層模型。