Git的思想和基本工作原理

2021-06-27 03:41:10 字數 3227 閱讀 2558

那麼,簡單地說,git 究竟是怎樣的乙個系統呢?請注意,接下來的內容非常重要,若是理解了 git 的思想和基本工作原理,用起來就會知其所以然,游刃有餘。

在開始學習 git 的時候,請不要嘗試把各種概念和其他版本控制系統(諸如 subversion 和 perforce 等)相比擬,否則容易混淆每個操作的實際意義。git 在儲存和處理各種資訊的時候,雖然操作起來的命令形式非常相近,但它與其他版本控制系統的做法頗為不同。理解這些差異將有助於你準確地使用 git 提供的各種工具。

直接記錄快照,而非差異比較

git 和其他版本控制系統的主要差別在於,git 只關心檔案資料的整體是否發生變化,而大多數其他系統則只關心檔案內容的具體差異。這類系統(cvs,subversion,perforce,bazaar 等等)每次記錄有哪些檔案作了更新,以及都更新了哪些行的什麼內容:

其他系統在每個版本中記錄著各個檔案的具體差異

git 並不儲存這些前後變化的差異資料。實際上,git 更像是把變化的檔案作快照後,記錄在乙個微型的檔案系統中。每次提交更新時,它會縱覽一遍所有檔案的指紋資訊並對檔案作一快照,然後儲存乙個指向這次快照的索引。為提高效能,若檔案沒有變化,git 不會再次儲存,而只對上次儲存的快照作一鏈結。git 的工作方式就如下圖所示。

git 儲存每次更新時的檔案快照

這是 git 同其他系統的重要區別。它完全顛覆了傳統版本控制的套路,並對各個環節的實現方式作了新的設計。git 更像是個小型的檔案系統,但它同時還提供了許多以此為基礎的超強工具,而不只是乙個簡單的 vcs。稍後會討論 git 分支管理的時候,我們會再看看這樣的設計究竟會帶來哪些好處。

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

在 git 中的絕大多數操作都只需要訪問本地檔案和資源,不用連網。但如果用 cvcs 的話,差不多所有操作都需要連線網路。因為 git 在本地磁碟上就儲存著所有當前專案的歷史更新,所以處理起來速度飛快。

舉個例子,如果要瀏覽專案的歷史更新摘要,git 不用跑到外面的伺服器上去取資料回來,而直接從本地資料庫讀取後展示給你看。所以任何時候你都可以馬上翻閱,無需等待。如果想要看當前版本的檔案和乙個月前的版本之間有何差異,git 會取出乙個月前的快照和當前檔案作一次差異運算,而不用請求遠端伺服器來做這件事,或是把老版本的檔案拉到本地來作比較。

用 cvcs 的話,沒有網路或者斷開 vpn 你就無法做任何事情。但用 git 的話,就算你在飛機或者火車上,都可以非常愉快地頻繁提交更新,等到了有網路的時候再上傳到遠端倉庫。同樣,在回家的路上,不用連線 vpn 你也可以繼續工作。換作其他版本控制系統,這麼做幾乎不可能,抑或非常麻煩。比如 perforce,如果不連到伺服器,幾乎什麼都做不了(預設無法發出命令 p4 edit file 開始編輯檔案,因為 perforce 需要聯網通知系統宣告該檔案正在被誰修訂。但實際上手工修改檔案許可權可以繞過這個限制,只是完成後還是無法提交更新。);如果是 subversion 或 cvs,雖然可以編輯檔案,但無法提交更新,因為資料庫在網路上。看上去好像這些都不是什麼大問題,但實際體驗過之後,你就會驚喜地發現,這其實是會帶來很大不同的。

時刻保持資料完整性

在儲存到 git 之前,所有資料都要進行內容的校驗和(checksum)計算,並將此結果作為資料的唯一標識和索引。換句話說,不可能在你修改了檔案或目錄之後,git 一無所知。這項特性作為 git 的設計哲學,建在整體架構的最底層。所以如果檔案在傳輸時變得不完整,或者磁碟損壞導致檔案資料缺失,git 都能立即察覺。

git 使用 sha-1 演算法計算資料的校驗和,通過對檔案的內容或目錄的結構計算出乙個 sha-1 雜湊值,作為指紋字串。該字串由 40 個十六進製制字元(0-9 及 a-f)組成,看起來就像是:

124b9da6552252987aa493b52f8696cd6d3b00373

git 的工作完全依賴於這類指紋字串,所以你會經常看到這樣的雜湊值。實際上,所有儲存在 git 資料庫中的東西都是用此雜湊值來作索引的,而不是靠檔名。

多數操作僅新增資料

常用的 git 操作大多僅僅是把資料新增到資料庫。因為任何一種不可逆的操作,比如刪除資料,都會使回退或重現歷史版本變得困難重重。在別的 vcs 中,若還未提交更新,就有可能丟失或者混淆一些修改的內容,但在 git 裡,一旦提交快照之後就完全不用擔心丟失資料,特別是養成定期推送到其他倉庫的習慣的話。

這種高可靠性令我們的開發工作安心不少,儘管去做各種試驗性的嘗試好了,再怎樣也不會弄丟資料。至於 git 內部究竟是如何儲存和恢復資料的,我們會在後面討論 git 內部原理時再作詳述。

檔案的三種狀態

好,現在請注意,接下來要講的概念非常重要。對於任何乙個檔案,在 git 內都只有三種狀態:已提交(committed),已修改(modified)和已暫存(staged)。已提交表示該檔案已經被安全地儲存在本地資料庫中了;已修改表示修改了某個檔案,但還沒有提交儲存;已暫存表示把已修改的檔案放在下次提交時要儲存的清單中。

由此我們看到 git 管理專案時,檔案流轉的三個工作區域:git 的工作目錄,暫存區域,以及本地倉庫。

工作目錄,暫存區域,以及本地倉庫

每個專案都有乙個 git 目錄(如果 git clone 出來的話,就是其中 .git 的目錄;如果 git clone --bare 的話,新建的目錄本身就是 git 目錄。),它是 git 用來儲存元資料和物件資料庫的地方。該目錄非常重要,每次轉殖映象倉庫的時候,實際拷貝的就是這個目錄裡面的資料。

從專案中取出某個版本的所有檔案和目錄,用以開始後續工作的叫做工作目錄。這些檔案實際上都是從 git 目錄中的壓縮物件資料庫中提取出來的,接下來就可以在工作目錄中對這些檔案進行編輯。

所謂的暫存區域只不過是個簡單的檔案,一般都放在 git 目錄中。有時候人們會把這個檔案叫做索引檔案,不過標準說法還是叫暫存區域。

基本的 git 工作流程如下:

在工作目錄中修改某些檔案。

對修改後的檔案進行快照,然後儲存到暫存區域。

提交更新,將儲存在暫存區域的檔案快照永久轉儲到 git 目錄中。

所以,我們可以從檔案所處的位置來判斷狀態:如果是 git 目錄中儲存著的特定版本檔案,就屬於已提交狀態;如果作了修改並已放入暫存區域,就屬於已暫存狀態;如果自上次取出後,作了修改但還沒有放到暫存區域,就是已修改狀態。

Git的思想和基本工作原理

那麼,簡單地說,git 究竟是怎樣的乙個系統呢?請注意,接下來的內容非常重要,若是理解了 git 的思想和基本工作原理,用起來就會知其所以然,游刃有餘。在開始學習 git 的時候,請不要嘗試把各種概念和其他版本控制系統 諸如 subversion 和 perforce 等 相比擬,否則容易混淆每個操...

Git的思想和基本工作原理

那麼,簡單地說,git 究竟是怎樣的乙個系統呢?請注意,接下來的內容非常重要,若是理解了 git 的思想和基本工作原理,用起來就會知其所以然,游刃有餘。在開始學習 git 的時候,請不要嘗試把各種概念和其他版本控制系統 諸如 subversion 和 perforce 等 相比擬,否則容易混淆每個操...

Git的思想和基本工作原理

git工作流程 條目建立於 2014 01 06 4228 views 感謝 參考或原文 git scm.com 伺服器君一共花費 53.922 ms 進行了 4 次資料庫查詢,努力地為您提供了這個頁面。chapter 開始了解git 1.先談談版本控制的一些事 2.git誕生背後的一些故事 3.版...