Git 是一個強大的工具，但是使用起來卻不是很友好。如果程序員們能夠真正花時間去理解 Git 的構成，將會避免很多不必要的麻煩。

以下為譯文：

初學 Git 就像一個不懂當地語言的人來到一個陌生的國家——如果你知道自己在哪，該去哪里，那還好。一旦你迷路了，那麻煩就大了。

網上有很多學習 Git 基本命令的文章，但是本文并不屬于這一類文章。我在此處將嘗試提供一個不同的學習思路。

初學者一般都很害怕 Git，很難不怕。毫無疑問，Git 是一個強大的工具，但是使用起來卻不是很友好。使用 Git 要理解很多新的概念，將文件作為命令參數和不作為參數兩者的含義大相徑庭。

我認為要想克服這些困難，不僅要學習 Git 的 commit 和 push 的用法。如果我們能夠真正花時間去理解 Git 的構成，將會避免很多不必要的麻煩。

一、研究 .git 目錄

好的，我們現在開始吧。

當你通過?git init?創建 git 倉庫時， git ?就會創建 .git 目錄。該目錄包含讓 git 能夠正常工作所需的所有信息。直白點說，如果你不想在項目中繼續使用 git ，直接將 .git 目錄刪除只保留項目文件即可。但是為什么這樣做就可以呢？

下面是你第一次提交后 .git 文件夾的樣子：

?├──?HEAD??├──?branches??├──?config??├──?description??├──?hooks??│?├──?pre-commit.sample??│?├──?pre-push.sample??│?└──?...??├──?info??│?└──?exclude??├──?objects??│?├──?info??│?└──?pack??└──?refs??├──?heads??└──?tags??

• HEAD

  后面再講。

• config （配置）

  該文件包含你的倉庫配置，比如遠程的 url ，你的郵箱和用戶名等。每次你在控制臺使用?git config...?都會對這里產生影響。

• description（描述）

  供 gitweb ( github ?的一種前身) 使用，顯示倉庫的描述。

• hooks (鉤子)

  這是一個有趣的特性。Git 提供了一套腳本，可以在每個有意義的 Git 階段自動運行。這些被稱為鉤子的腳本可以在提交 (commit)、變基 (rebase)、拉取 ( pull ) 操作的前后運行。腳本命預示著它的執行時機。如我們可以編寫 pre-push 的作為鉤子，進行推送代碼前的檢查。

• info (信息)

  你可以將不想被 git 管理的文件記錄到 .gitignore 文件中。排除文件的意思是不想共享這個文件。例如你不想共享你的 IDE 自定義配置，將其添加到 .gitignore 文件中即可。

二、一次提交包含哪些內容？

每次你創建一個文件，并追蹤它，git 都將把文件進行壓縮并存儲在自己的數據結構中。被壓縮的對象將具有唯一的名稱和 hash 值，并將存儲到對象 (object) 目錄中。

在研究對象目錄之前，我們必須明白一次提交的含義是什么。你可能會說，一次提交就是當前工作目錄的一個快照，但事實遠不止如此。

實際上，當你提交時，git 通過下面兩個步驟對你的工作目錄創建快照：

• 如果文件沒啥變化，git 只是將壓縮的文件（哈希值）添加到快照中。

• 如果文件發生了變化， git 將對其進行壓縮并將其存儲在 object 文件夾。最終，將這個壓縮文件的名稱（哈希值）添加到快照中。

這里給出一個簡化的過程，實際上整個過程有點復雜，將在以后的文章中給出詳細的介紹。關注微信公眾號：Java技術棧，在后臺回復：git，可以獲取我整理的 N 篇最新 Git 教程，都是干貨。

一旦快照被創建出來，它將會被壓縮，以哈希值命名。那么這些壓縮的對象存在哪里呢？他們被存在 object 文件夾中。

├──?4c?? │?└──?f44f1e3fe4fb7f8aa42138c324f63f5ac85828?//?hash?? ├──?86?? │?└──?550c31847e518e1927f95991c949fc14efc711?//?hash?? ├──?e6?? │?└──?9de29bb2d1d6434b8b29ae775ad8c2e48c5391?//?hash?? ├──?info?//?let's?ignore?that?? └──?pack?//?let's?ignore?that?too??

這是我創建了一個空的文件 ?1.txt 并提交后 object 文件夾的樣子。請注意，如果你的文件哈希值為 "4cf44f1e…"，git 會將其存儲到 "4c"子目錄中，并將其命名為"f44f1…"。這個小技巧，將?/objects?目錄的數量減少到 255 個以內。

你要記住的是，一次提交包含 4 個部分：

工作目錄快照名稱（一個哈希值）。

一條評論/注釋。

提交者信息。

父提交的哈希值。

如果我們解壓提交的文件：

//?通過查看提交歷史，你可以輕松地查詢到提交的哈希值?? //?你都不需要復制完整的哈希值字符串，?? //?復制能夠保證哈希值的唯一性的前面一段即可。?? git?cat-file?-p?4cf44f1e3fe4fb7f8aa42138c324f63f5ac85828??

得到下面的內容：

tree?86550c31847e518e1927f95991c949fc14efc711?? author?Pierre?De?Wulf?<test\[@gmail.com\](mailto:pierredewulf31@gmail.com)>?1455775173?-0500?? committer?Pierre?De?Wulf?<\[test@gmail.com\](mailto:pierredewulf31@gmail.com)>?1455775173?-0500??commit?A??

正如預想的一樣，我們看到了快照的哈希值、作者信息和提交的注釋。

有兩個非常重要的事項：

• 正如所預想的那樣，快照的哈希 "86550…" 也是一個對象，你可以在對象文件夾中找到它。

• 因為這是第一次提交，所以沒有父提交的哈希值。

那么，在快照中存的是啥呢？

git?cat-file?-p?86550c31847e518e1927f95991c949fc14efc711??100644?blob?e69de29bb2d1d6434b8b29ae775ad8c2e48c5391?file_1.txt??

我們找到之前存儲的最后一個對象，也是我們快照中的唯一的一個對象。它是一個 blob 對象，這是另外的知識點，不在這里討論。

三、分支, 標簽, HEAD 都一樣

你現在已經了解到，git 中的所有內容都可以通過正確的哈希值來獲取到。現在讓我們聚焦于 HEAD。那么什么是 HEAD？Git 高級用法，喜歡就拿去用。關注微信公眾號：Java技術棧，在后臺回復：git，可以獲取我整理的 N 篇最新 Git 教程，都是干貨。

cat?HEAD?? ref:?refs/heads/master??

HEAD 不是一個哈希，HEAD 可以理解為指向你正在使用的分支的頂端的指針。我們接下來看下 refs/heads/master：

cat?refs/heads/master?? 4cf44f1e3fe4fb7f8aa42138c324f63f5ac85828??

看起來眼熟嗎？這和我們第一次提交的哈希值相同。這表明分支 ( branch) 和標簽 (tag) 只不過是一個指向提交的指針。這就意味著，即使你刪掉了你要刪除的分支和標簽，他們指向的提交依然還在那里，只不過刪除后難獲取這些提交更困難一些。如果你想了解更詳細的內容，可以通過 git book 來學習。

四、寫在最后

所以學到這里，你應該明白 git 提交就是把你當前工作目錄的文件“壓縮”，然后將其和其他信息一起存儲到對象文件夾中。如果你對 git 足夠熟悉，你就會知道哪些文件會包含在提交中，哪些文件不會被提交。

我這里說的提交，并不是指你的工作目錄快照，而是指你要提交的文件快照。在實際執行之前，git 會在哪里存儲你要提交的文件？

它將他們存儲到索引文件中。不過，我們暫時不打算深入研究它。如果你真的感興趣，可以通過這里（https://github.com/git/git/blob/master/Documentation/technical/index-format.txt）深入學習。

感謝閱讀！希望通過閱讀本文，你能夠學到有價值的內容。希望本文能夠幫你更輕松地使用 git。

原文：https://www.daolf.com/posts/git-series-part-1/
作者：Pierre de Wulf ?
譯者：明明如月，責編：郭芮

總結

以上是生活随笔為你收集整理的一个 .git 目录，领悟 Git 的强大！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。