Git 基礎
基本原理
客戶端並不是只提取最新版本的文件快照，而是把代碼倉庫完整的鏡像下來。這樣一來，任何一處協同工作用的服務器發生故障，事後都可以用任何一個鏡像出來的本地倉庫恢復。每一次的克隆操作，實際上都是一次對代碼倉庫的完整備份。
Git的優勢
直接記錄快照
Git 更像是把數據看作是對小型文件系統的一組快照。 每次你提交更新，或在 Git 中保存項目狀態時，它主要對當時的全部文件製作一個快照並保存這個快照的索引。 爲了高效，如果文件沒有修改，Git 不再重新存儲該文件，而是隻保留一個鏈接指向之前存儲的文件。 Git 對待數據更像是一個 快照流。
如圖，在version2中的 B 即是因爲 File B 沒有改變，所以直接存儲了一個指向 FileB 的鏈接。只有修改了的文件纔會產生一個新的文件，覆蓋原來的文件。
幾乎所有操作都在本地執行
在 Git 中的絕大多數操作都只需要訪問本地文件和資源，一般不需要來自網絡上其它計算機的信息。因爲你在本地磁盤上就有項目的完整歷史，所以大部分操作看起來瞬間完成。
Git保證完整性
Git 中所有數據在存儲前都計算校驗和，然後以校驗和來引用。Git 用以計算校驗和的機制叫做 SHA-1 散列（hash，哈希）。Git 數據庫中保存的信息都是以文件內容的哈希值來確定的，而不是文件名。
這意味着不可能在 Git 不知情時更改任何文件內容或目錄內容。 這個功能建構在 Git 底層，是構成 Git 哲學不可或缺的部分。 若你在傳送過程中丟失信息或損壞文件，Git 就能發現。
Git一般只添加數據
你執行的 Git 操作，幾乎只往 Git 數據庫中增加數據。 很難讓 Git 執行任何不可逆操作，或者讓它以任何方式清除數據。 同別的 VCS 一樣，未提交更新時有可能丟失或弄亂修改的內容；但是一旦你提交快照到 Git 中，就難以再丟失數據，特別是如果你定期的推送數據庫到其它倉庫的話。這個特性使得我們可以盡情的嘗試對Git進行操作而不用害怕把它改壞了，只需要回滾即可。
需要注意的重點
三種狀態
已提交 committed ：數據已經保存在本地 Git 倉庫
已修改 modified ： 修改了文件，但是還沒保存在倉庫中
已暫存 staged ： 對一個已修改的文件的當前版本做了標記
三個區域
工作目錄 Working Directory ：對項目的某個版本獨立提取出來的內容，這些從Git倉庫的壓縮數據庫提取出來的文件，放在磁盤上供你使用或修改。
暫存區域 Staging Area ：是一個文件，保存了下次將提交的文件列表，是待提交文件的暫存區域。一般在Git倉庫的目錄中，有時也被稱爲索引。
Git倉庫：用來保存項目的元數據和對象數據庫的地方。是Git中最重要的部分，從其他計算機克隆倉庫時拷貝的就是這裏的數據
基本的Git工作流程
在工作目錄中修改文件
暫存文件，將文件的快照存儲在暫存區域
提交更新，找到暫存區域的位置，將快照永久性存儲到Git倉庫目錄
o提交狀態：如果Git目錄中保存着特定版本的文件，就屬於已提交狀態。
o暫存狀態：如果做了修改並且已經放入暫存區域，就屬於暫存狀態。
o已修改狀態：如果自上次取出後，做了修改但是還沒有存在暫存區域，就是已修改狀態。
基本的Git操作流程
基礎設置
首先最基礎的是需要配置用戶信息
關於 config 的種類
接着需要檢查你的配置信息，使用 $ git config --list 指令檢查全部配置信息,結果如下：
總結
本次 Git 基礎學習總結到現在就告一段落，這是我對 Git 的使用瞭解，以上內容講述的也不是很完整，還希望和大家多多學習一下。