Git 64位-git客戶端-Git 64位下載 v2.27.0.1官方版本

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

Git功能

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

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

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

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

Git說明

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

Git特色

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

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

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

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

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

Git安裝說明

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

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

一、在Linux上安裝Git

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

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

像上面的命令，有很多Linux會友好地告訴你Git沒有安裝，還會告訴你如何安裝Git。

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

老一點的Debian或Ubuntu Linux，要把命令改為sudo apt-get install git-core，因為以前有個軟件也叫GIT（GNU Interactive Tools），結(jié)果Git就只能叫g(shù)it-core了。由于Git名氣實在太大，后來就把GNU Interactive Tools改成gnuit，git-core正式改為git。

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

在Mac OS X上安裝Git

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

一是安裝homebrew，然后通過homebrew安裝Git。

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

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

在Windows上安裝Git

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

安裝完成后，在開始菜單里找到“Git”->“Git Bash”，蹦出一個類似命令行窗口的東西，就說明Git安裝成功！

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

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

因為Git是分布式版本控制系統(tǒng)，所以，每個機器都必須自報家門：你的名字和Email地址。你也許會擔(dān)心，如果有人故意冒充別人怎么辦？這個不必擔(dān)心，首先我們相信大家都是善良無知的群眾，其次，真的有冒充的也是有辦法可查的。

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

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

很多人選擇的版本控制方法是將文件復(fù)制到另一個目錄（如果它們很聰明，可能是帶時間戳的目錄）。這種方法很常見，因為它非常簡單，但也非常容易出錯。很容易忘記你所在的目錄并意外寫入錯誤的文件或復(fù)制你不想要的文件。

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

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

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

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

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

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

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

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

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