地址:https://git-scm.com/book/zh/v2/
關於版本控制
版本控制是一種記錄一個或若干文件內容變化，以便將來查閱特定版本修訂情況的系統
本地版本控制系統：
其中最流行的一種叫做 RCS，現今許多計算機系統上都還看得到它的蹤影。 RCS 的工作原理是在硬盤上保存補丁集（補丁是指文件修訂前後的變化）；通過應用所有的補丁，可以重新計算出各個版本的文件內容。
集中化的版本控制系統：
接下來人們又遇到一個問題，如何讓在不同系統上的開發者協同工作？ 於是，集中化的版本控制系統（Centralized Version Control Systems，簡稱 CVCS）應運而生。 這類系統，諸如 CVS、Subversion 以及 Perforce 等，都有一個單一的集中管理的服務器，保存所有文件的修訂版本，而協同工作的人們都通過客戶端連到這臺服務器，取出最新的文件或者提交更新。
缺點是中央服務器的單點故障。 如果宕機一小時，那麼在這一小時內，誰都無法提交更新，也就無法協同工作。 如果中心數據庫所在的磁盤發生損壞，又沒有做恰當備份，毫無疑問你將丟失所有數據——包括項目的整個變更歷史，只剩下人們在各自機器上保留的單獨快照。 本地版本控制系統也存在類似問題，只要整個項目的歷史記錄被保存在單一位置，就有丟失所有歷史更新記錄的風險。
分佈式版本控制系統：
於是分佈式版本控制系統（Distributed Version Control System，簡稱 DVCS）面世了。 在這類系統中，像 Git、Mercurial、Bazaar 以及 Darcs 等，客戶端並不只提取最新版本的文件快照， 而是把代碼倉庫完整地鏡像下來，包括完整的歷史記錄。 這麼一來，任何一處協同工作用的服務器發生故障，事後都可以用任何一個鏡像出來的本地倉庫恢復。 因爲每一次的克隆操作，實際上都是一次對代碼倉庫的完整備份。
GIT是什麼
直接記錄快照，而非差異比較
近乎所有操作都是本地執行
Git 保證完整性
Git 一般只添加數據
三種狀態：已提交（committed）、已修改（modified） 和 已暫存（staged）
GIT安裝
請移步git安裝：https://git-scm.com/book/en/v2/Getting-Started-Installing-Git
可能在make all doc info的 時候會報錯誤。
需要安裝依賴：
yum install gcc gcc-c++ autoconf make automake wget -y
yum install cpio texinfo sgml2xml openjade perl-ExtUtils-MakeMaker -y
yum install asciidoc xmlto docbook2X -y
yum install cpio texinfo sgml2xml openjade perl-ExtUtils-MakeMaker -y
yum install perl curl-devel expat-devel gettext-devel openssl-devel zlib-devel -y
獲取幫助
git help
如：git help config
git -h
如：git add -h
配置
查看所有配置及他們所在文件：git config --list --show-origin
查看值最後生效的配置文件：git config --show-origin rerere.autoUpdate
配置用戶名和郵箱：
git config --global user.name “John Doe”
git config --global user.email [email protected]
（註釋：如果使用了 --global 選項，那麼該命令只需要運行一次）