Git 入門：Git 裡的 commit 是什麼?【你的程式時光機】

前一篇文章中，我們學會了版本控制、建立了第一個版本節點，但對於其中細節並沒有特別解釋，你可能也會很想知道：「所以，commit 到底是什麼？」今天這篇文章，我們就來真正理解 commit 的本質​，以及它在 Git 世界中到底有多重要。

如果你還不知道 Git 是什麼，歡迎先去看看我的第一篇 Git 系列文章：

Git 入門：版本控制與 Git 是什麼?【用 Git 打造你的程式時光機 & 平行宇宙】

Git 的三個區域

先回顧 Git 的三個區域：

• Working Directory (工作目錄)：編輯檔案的地方
• Staging Area (暫存區)：存放「準備被記錄的檔案」的地方
• Repository (儲存庫)：存放「被 Git 保存為正式歷史紀錄的版本」的地方

Git 在進行資料處理時，都是基於這三個區域。

Commit 介紹

commit 不是「存檔」，而是「建立一個時間點」

很多人會把 commit 想成是

把修改存起來 (這是錯的!)

但準確的說法是：

commit 是建立一個專案的「快照(snapshot)」。

當執行：

git commit -m "新增登入功能"

Git ​做的事情是把「暫存區」裡的內容拍成一張完整的快照，存進版本歷史。這張快照代表著「這個專案此時的樣子」。

(有點像古早味單機遊戲的存檔點?)

Git 的儲存機制

Git 跟很多傳統版本控制工具(像是 Subversion) 最大的不同就是，Git 每次 commit 都儲存整個專案在那個時間點的「完整快照」，而不是只記「這次改了什麼差異」

你可以把 commit 想像成：

版本1：專案有 A B C  // 拍下完整照片 1
版本2：專案新增​ D  // 拍下完整照片 2，裡面有 A、B、C、D
版本3：把 C 改成 E  // 拍下完整照片 3，裡面有 A、B、D、E

每一次 commit 都是完整的狀態記錄。雖然每張照片看起來都是完整的，但如果某個檔案內容完全沒變，Git 不會存一份一樣的檔案，而是指向之前存過的那份。所以儲存空間才不會爆炸，操作速度也很快。

commit hash

每一次 commit 都會產生一個 commit hash，這是獨一無二的編號，用來標示這個時間點的專案，類似版本的身分證。

例如：

a3f5e92...

透過 commit hash，你可以：

• 用它回到某個版本
• 查看那次做了什麼修改
• 比較不同版本差異

這也是為什麼 Git 可以當作「程式時光機」!!!

Commit 的特性

每一筆 commit 都會記住他的前一個 commit，被串接起來的 commit 鏈就形成了專案的歷史紀錄。

看起來像是這樣：

(舊)       (新)​
A ⭠ B ⭠ C ⭠ D // 每個 commit 指向前一筆 commit

commit 不可變

一個 commit 除了檔案內容外，還包含了作者、時間、前一筆 commit ID 等相關資料，因此一旦 commit 完成，它就不會被修改。

如果你改檔案再 commit，Git 不會修改舊的 commit，而是建立一個新的 commit。

commit 內容永遠來自暫存區

有些新手寶寶會下意識改完檔案就想 commit，但是請等一等! commit 前一定要先將變更丟到站存庫呀~

正確流程：

修改工作目錄的檔案 → git add → 暫存區 → git commit → 儲存庫

commit 只會處理暫存區的內容。

總結

總結來說，Git Commit 不只是簡單的存檔，它是專案在特定時空的「快照」。透過獨一無二的 Hash ID 與不可變的特性，確保程式碼歷史的真實性與穩定性。

了解 commit 的概念是學會 Git 版控最關鍵的一步，因為不論分支(branch)、合併(merge)，還是版本回溯(checkout、reset)，本質上都是在操作 commit 之間的關係。

在下一篇文章中，我們將正式進入 Git 分支(branch) 的世界，看看 Git 是如何透過 commit 鏈建立「平行宇宙」，讓多人協作與功能開發變得安全又高效!