Git 起源
同生活中的許多偉大事件一樣，Git 誕生于一個(gè)極富紛爭大舉創(chuàng)新的年代。Linux 內(nèi)核開源項(xiàng)目有著為數(shù)眾廣的參與者。絕大多數(shù)的 Linux 內(nèi)核維護(hù)工作都花在了提交補(bǔ)丁和保存歸檔的繁瑣事務(wù)上（1991－2002年間）。到 2002 年，整個(gè)項(xiàng)目組開始啟用分布式版本控制系統(tǒng) BitKeeper 來管理和維護(hù)代碼。到了 2005 年，開發(fā) BitKeeper 的商業(yè)公司同 Linux 內(nèi)核開源社區(qū)的合作關(guān)系結(jié)束，他們收回了免費(fèi)使用 BitKeeper 的權(quán)力。這就迫使 Linux 開源社區(qū)（特別是 Linux 的締造者 Linus Torvalds ）不得不吸取教訓(xùn)，只有開發(fā)一套屬于自己的版本控制系統(tǒng)才不至于重蹈覆轍。他們對新的系統(tǒng)制訂了若干目標(biāo)：
Git 和其他版本控制系統(tǒng)的主要差別在于，Git 只關(guān)心文件數(shù)據(jù)的整體是否發(fā)生變化，而大多數(shù)其他系統(tǒng)則只關(guān)心文件內(nèi)容的具體差異。這類系統(tǒng)（CVS，Subversion，Perforce，Bazaar 等等）每次記錄有哪些文件作了更新，以及都更新了哪些行的什么內(nèi)容.
Git 并不保存這些前后變化的差異數(shù)據(jù)。實(shí)際上，Git 更像是把變化的文件作快照后，記錄在一個(gè)微型的文件系統(tǒng)中。每次提交更新時(shí)，它會縱覽一遍所有文件的指紋信息并對文件作一快照，然后保存一個(gè)指向這次快照的索引。為提高性能，若文件沒有變化，Git 不會再次保存，而只對上次保存的快照作一鏈接.這是 Git 同其他系統(tǒng)的重要區(qū)別。它完全顛覆了傳統(tǒng)版本控制的套路，并對各個(gè)環(huán)節(jié)的實(shí)現(xiàn)方式作了新的設(shè)計(jì)。Git 更像是個(gè)小型的文件系統(tǒng)

1、創(chuàng)建新倉庫

初始化新倉庫，在當(dāng)前目錄下由一個(gè).git的目錄，所有g(shù)it需要的數(shù)據(jù)和資源都放在這個(gè)目錄中，在當(dāng)面目錄下添加文件后，需要通過gitadd添加到文件追蹤管理（添加到暫存區(qū),數(shù)據(jù)存放在.git/index目錄索引,數(shù)據(jù)內(nèi)部保存在.git/objects中),gitcommit-m"提交說明備注"提交的信息會提交到數(shù)據(jù)倉庫，數(shù)據(jù)提交到正式倉庫，具體保存在.git/objects中，如以上提交會包含一個(gè)commit，tree,blob對象。

2、從現(xiàn)有倉庫克隆

3、檢查文件更新狀態(tài)
要求確定當(dāng)前工作區(qū)和暫存區(qū)文件的狀態(tài)，可以通過gitstatus命令。在工作區(qū)和暫存區(qū)的目錄狀態(tài)可以查看。
gitstatus
Onbranchmasternothingtocommit,workingdirectoryclean
當(dāng)前在默認(rèn)master分支，當(dāng)前工作目錄和暫存區(qū)沒有任何跟蹤的文件，也沒有任何文件提交后更改，也沒有新增加，未被跟蹤的文件。
notepadtest.txt
notepadt.txt
修改test.txt文件，新添加一個(gè)t.txt文件，查看當(dāng)前文件狀態(tài)。

新增加的文件t.txt在未跟蹤文件范圍Untrackedfiles范圍，需要通過gitadd把改文件添加的暫存區(qū)，歸入的版本跟蹤管理。

4、添加文件到暫存區(qū)

gitadd.把當(dāng)前所有目錄文件所有新文件和修改文件添加到暫存區(qū)，如果test.txt文件提示是Changesnotstagedforcommit，說明此跟蹤文件已經(jīng)發(fā)生修改，但是還未添加到暫存區(qū)，把修改的文件通過gitadd命令添加到暫存區(qū)后。提示Changestobecommitted.文件已經(jīng)暫存，隨時(shí)可以提交到倉庫。h.txt新添加文件從未跟蹤狀態(tài)Untrackedfiles,通過gitadd命令添加到暫存區(qū)，已加入跟蹤文件的范圍。

5、版本提交

通過gitcommit-m"xxx"將當(dāng)前暫存區(qū)的內(nèi)容提交到倉庫，本次commit提交文件是在默認(rèn)master分支，提交commit對象存放在.git/objects的d4/1498a...的文件中，該文件指向一個(gè)樹tree對象。

6、查看當(dāng)前提交日志記錄

gitlog命令查看當(dāng)前版本

7、文件差異比較

工作區(qū)和暫存區(qū)文件比較用gitdiff命令，暫存區(qū)和最近一天提交版本之間的差異，可以用gitdiff--cached/staged.如下：
目前在test.txt文件只有1111111文件內(nèi)容，我在文件test.txt中添加22222222等內(nèi)容，比較當(dāng)前暫存區(qū)和工作文件差異

把工作區(qū)修改的內(nèi)容更新到暫存區(qū)后，可以看出此時(shí)暫存區(qū)和工作區(qū)文件完全相同。狀態(tài)是是已暫存，帶提交狀態(tài)。與此同時(shí)，我們可以比較暫存區(qū)和數(shù)據(jù)殘酷之間的差異和比較。

我們可以很清楚的看到當(dāng)前暫存區(qū)和數(shù)據(jù)倉庫版本比較。暫存區(qū)test.txt內(nèi)容比最近一次提交內(nèi)容多22222222222222一行數(shù)據(jù)。提交數(shù)據(jù)到數(shù)據(jù)倉庫。我們現(xiàn)在可以把工作區(qū)目錄和數(shù)據(jù)倉庫比較，看看test.txt直接的文件內(nèi)容差異。

可以很立即看出工作區(qū)文件內(nèi)容比較倉庫有新修改的內(nèi)容。此時(shí)我們提交更新所有文件都沒有差異了?？纯次募町?。

8、文件刪除和移動

所有的工作區(qū)rmxxx刪除后，可以直接從數(shù)據(jù)倉庫獲取最近一次提交版本的內(nèi)容gitrmxxx。直接從數(shù)據(jù)倉庫刪除此文件內(nèi)容。

可以通過文某比較當(dāng)前的工作目錄h.txt文件已經(jīng)被刪除了，工作區(qū)目錄和暫存區(qū)比較文件差異也可以返現(xiàn)文件刪除模式。接下來刪除暫存區(qū)目錄

通過刪除暫存區(qū)文件前后可以比較出文件的差異。此時(shí)文件也不在跟蹤狀態(tài)。還有我們僅僅希望刪除暫存區(qū)的內(nèi)容，不刪除工作區(qū)的內(nèi)容

移動
git移動文件操作是是相對先移動復(fù)制一個(gè)新文件，刪除原文件，添加新文件到跟蹤范圍。

9、查看提交歷史

com3
gitlog查看提交歷史，gitlog-p-n最近n次提交的內(nèi)能和差異。查看歷史記錄統(tǒng)計(jì)信息gitlog--stat,查看提交的歷史記錄格式可自由選擇。

列出了常用的格式占位符寫法及其代表的意義。

選項(xiàng)說明
%H提交對象（commit）的完整哈希字串
%h提交對象的簡短哈希字串
%T樹對象（tree）的完整哈希字串
%t樹對象的簡短哈希字串
%P父對象（parent）的完整哈希字串
%p父對象的簡短哈希字串
%an作者（author）的名字
%ae作者的電子郵件地址
%ad作者修訂日期（可以用-date=選項(xiàng)定制格式）
%ar作者修訂日期，按多久以前的方式顯示
%cn提交者(committer)的名字
%ce提交者的電子郵件地址
%cd提交日期
%cr提交日期，按多久以前的方式顯示
%s提交說明
$gitlog--pretty=format:"%h%s"--graph
*78d907adevbranchcommit
*fc0166ftestgitdiff
*d6eab3aenforcecommit'
*85ec024com3
*d4a498athisistestcommit
*80071e41stcommit

選項(xiàng)說明
-p按補(bǔ)丁格式顯示每個(gè)更新之間的差異。
--stat顯示每次更新的文件修改統(tǒng)計(jì)信息。
--shortstat只顯示--stat中最后的行數(shù)修改添加移除統(tǒng)計(jì)。
--name-only僅在提交信息后顯示已修改的文件清單。
--name-status顯示新增、修改、刪除的文件清單。
--abbrev-commit僅顯示SHA-1的前幾個(gè)字符，而非所有的40個(gè)字符。
--relative-date使用較短的相對時(shí)間顯示（比如，“2weeksago”）。
--graph顯示ASCII圖形表示的分支合并歷史。
--pretty使用其他格式顯示歷史提交信息?？捎玫倪x項(xiàng)包括oneline，short，full，fuller和format（后跟指定格式）

10、撤銷操作

可以修改最后一次提交的內(nèi)容，當(dāng)你發(fā)現(xiàn)最近一次提交內(nèi)容不正確時(shí)候，可以通過gitcommit--amend修改

11、取消文件修改