一、版本控制介紹

1、版本控制系統的概念

版本控制是一種記錄一個或若干檔案內容變化，以便將來查閱特定版本修訂情況的系統。 實際上，可以對任何型別的檔案進行版本控制（例如寫作）。

2、版本控制系統的型別

（1）本地版本控制系統

許多人習慣用複製整個專案目錄的方式來儲存不同的版本，或許還會改名加上備份時間以示區別。 這麼做唯一的好處就是簡單，但是特別容易犯錯。 有時候會混淆所在的工作目錄，一不小心會寫錯檔案或者覆蓋意想外的檔案。為了解決這個問題，人們很久以前就開發了許多種本地版本控制系統，大多都是採用某種簡單的資料庫來記錄檔案的歷次更新差異（例如RCS）。

（2）集中化的版本控制系統

集中化的版本控制系統（Centralized Version Control Systems，簡稱 CVCS）能讓在不同系統上的開發者協同工作。 這類系統，諸如 CVS、Subversion 以及Perforce 等，都有一個單一的集中管理的伺服器，儲存所有檔案的修訂版本，而協同工作的人們都通過客戶端連到這臺伺服器，取出最新的檔案或者提交更新。 多年以來，這已成為版本控制系統的標準做法。

該系統每個人都可以在一定程度上看到專案中的其他人正在做些什麼。 而管理員也可以輕鬆掌控每個開發者的許可權。

缺點是中央伺服器的單點故障（宕機）。 如果宕機一小時，那麼在這一小時內，誰都無法提交更新，也就無法協同工作。 如果中心資料庫所在的磁碟發生損壞，又沒有做恰當備份，毫無疑問你將丟失所有資料——包括專案的整個變更歷史，只剩下人們在各自機器上保留的單獨快照。 本地版本控制系統也存在類似問題，只要整個專案的歷史記錄被儲存在單一位置，就有丟失所有歷史更新記錄的風險。

（3）分散式版本控制系統

分散式版本控制系統（Distributed Version Control System，簡稱 DVCS）能避免伺服器宕機帶來的問題。 在這類系統中，像

Git、Mercurial、Bazaar 以及 Darcs 等，客戶端並不只提取最新版本的檔案快照，而是把程式碼倉庫完整地映象下來。 這麼一來，任何一處協同工作用的伺服器發生故障，事後都可以用任何一個映象出來的本地倉庫恢復。因為每一次的克隆操作，實際上都是一次對程式碼倉庫的完整備份。

多這類系統都可以指定和若干不同的遠端程式碼倉庫進行互動。籍此，你就可以在同一個專案中，分
別和不同工作小組的人相互協作。 你可以根據需要設定不同的協作流程，比如層次模型式的工作流，而這在以
前的集中式系統中是無法實現的。

二、Git簡史

1、Linux 核心開源專案有著為數眾廣的參與者。 絕大多數的 Linux 核心維護工作都花在了提交補丁和儲存歸檔的繁瑣事務上（1991－2002年間）。 到 2002 年，整個專案組開始啟用一個專有的分散式版本控制系統BitKeeper 來管理和維護程式碼。
2、到了 2005 年，開發 BitKeeper 的商業公司同 Linux 核心開源社群的合作關係結束，他們收回了 Linux 核心社群免費使用 BitKeeper 的權力。 這就迫使 Linux 開源社群（特別是 Linux 的締造者 Linus Torvalds）基於使用BitKeeper 時的經驗教訓，開發出自己的版本系統。 他們對新的系統制訂了若干目標：
（1）速度
（2）簡單的設計
（3） 對非線性開發模式的強力支援（允許成千上萬個並行開發的分支）
（4） 完全分散式
（5）有能力高效管理類似 Linux 核心一樣的超大規模專案（速度和資料量）
自誕生於 2005 年以來，Git 日臻成熟完善，在高度易用的同時，仍然保留著初期設定的目標。 它的速度飛快，極其適合管理大專案，有著令人難以置信的非線性分支管理系統

三、Git基礎

1、直接記錄快照，而非差異比較

（1）對待資料，其它版本控制系統（包括 Subversion 和近似工具）的主要工作重點是記錄版本間的資料差異

（2）對待資料，Git的主要工作重點是對當時的全部檔案製作一個快照並儲存這個快照的索引。為了高效，如果檔案沒有修改，Git 不再重新儲存該檔案，而是隻保留一個連結指向之前儲存的檔案。 Git 對待資料更像是一個快照流，把資料看作是對小型檔案系統的一組快照。

2、近乎所有操作都是本地執行

在 Git 中的絕大多數操作都只需要訪問本地檔案和資源，一般不需要來自網路上其它計算機的資訊。這也意味著你離線或者沒有 VPN 時，幾乎可以進行任何操作。

3、Git 保證完整性

（1）Git 中所有資料在儲存前都計算校驗和，然後以校驗和來引用。 這意味著不可能在 Git 不知情時更改任何檔案內容或目錄內容。 這個功能建構在 Git 底層，是構成 Git 哲學不可或缺的部分。 若你在傳送過程中丟失資訊或損壞檔案，Git 就能發現。

（2）Git 用以計算校驗和的機制叫做 SHA-1 雜湊（hash，雜湊）。 這是一個由 40 個十六進位制字元（0-9 和 a-f）組成字串，基於 Git 中檔案的內容或目錄結構計算出來。 SHA-1 雜湊看起來是這樣：

（3）Git 中使用這種雜湊值的情況很多，你將經常看到這種雜湊值。 實際上，Git 資料庫中儲存的資訊都是以檔案內容的雜湊值來索引，而不是檔名。

4、Git 一般只新增資料

（1）執行的 Git 操作，幾乎只往 Git 資料庫中增加資料。這使得Git很難以任何形式清除資料。

5、三種狀態

（1）Git 有三種狀態，你的檔案可能處於其中之一：已提交（committed）、已修改（modified）和已暫存（staged）。

a、 已提交表示資料已經安全的儲存在本地資料庫中。 

b、已修改表示修改了檔案，但還沒儲存到資料庫中。 

c、已暫存表示對一個已修改檔案的當前版本做了標記，使之包含在下次提交的快照中。

（2）由此引入 Git 專案的三個工作區域的概念：Git 倉庫、工作目錄以及暫存區域。

（1）Git 倉庫目錄是 Git 用來儲存專案的元資料和物件資料庫的地方。 這是 Git 中最重要的部分，從其它計算機克隆倉庫時，拷貝的就是這裡的資料。

（2）工作目錄是對專案的某個版本獨立提取出來的內容。 這些從 Git 倉庫的壓縮資料庫中提取出來的檔案，放在磁碟上供你使用或修改。

（3）暫存區域是一個檔案，儲存了下次將提交的檔案列表資訊，一般在 Git 倉庫目錄中。 有時候也被稱作`‘索引’'，不過一般說法還是叫暫存區域。

（4）基本的 Git 工作流程如下：
a. 在工作目錄中修改檔案。
b. 暫存檔案，將檔案的快照放入暫存區域。
c. 提交更新，找到暫存區域的檔案，將快照永久性儲存到 Git 倉庫目錄。

四、命令列

1、安裝

具體步驟見書《Pro Git》或者是網上的各種教程，此處略。

2、使用者資訊

（1）當安裝完 Git 應該做的第一件事就是設定你的使用者名稱稱與郵件地址。 這樣做很重要，因為每一個 Git 的提交都會

使用這些資訊，並且它會寫入到你的每一次提交中，不可更改：

//
$ git config --global user.name "John Doe"
$ git config --global user.email [email protected]
//

（2）再次強調，如果使用了 --global 選項，那麼該命令只需要執行一次，因為之後無論你在該系統上做任何事
情， Git 都會使用那些資訊。 當你想針對特定專案使用不同的使用者名稱稱與郵件地址時，可以在那個專案目錄下運

行沒有 --global 選項的命令來配置。很多 GUI 工具都會在第一次執行時幫助你配置這些資訊。

3、文字編輯器

（1）Git 預設的編輯器是vim，不過也可以自己配置別的編輯器，如emacs。

4、檢查配置資訊

（1）如果想要檢查你的配置，可以使用 git config --list 命令來列出所有 Git 當時能找到的配置。

//
$ git config --list
core.symlinks=false
core.autocrlf=true
core.fscache=true
color.diff=auto
color.status=auto
color.branch=auto
color.interactive=true
help.format=html
rebase.autosquash=true
http.sslcainfo=E:/Git/git_install/Git/mingw64/ssl/certs/ca-bundle.crt
……
//

（2）你可以通過輸入 git config <key>： 來檢查 Git 的某一項配置

//
$ git config user.name
wang
//

五、獲取幫助

1、若你使用 Git 時需要獲取幫助，有三種方法可以找到 Git 命令的使用手冊：

//
$ git help <verb>
$ git <verb> --help
$ man git-<verb>
//

2、例如，要想獲得 config 命令的手冊，執行

//
$ git help config
//

致謝