← 上一章:把檔案交給 Git 控管 下一章:檢視紀錄 →


工作區、暫存區與儲存庫

在上個章節「把檔案交給 Git 控管」介紹到可以使用 git add 指令把檔案加至暫存區(Staging Area),然後可使用 git commit 指令把暫存區的內容移往儲存庫(Repository)。

在 Git 裡,主要可以分成「工作目錄(Working Directory)」、「暫存區(Staging Area)」以及「儲存庫(Repository)」三個區塊,透過不同的 Git 指令,可以把檔案移往不同的區域:

image

  1. git add 指令把檔案從工作目錄移至暫存區(或索引)。
  2. git commit 指令把暫存區的內容移至儲存庫。

請記得,要執行 Commit 指令,也就是要存放到 Repository 才算是完成整個流程喔。

基本上,只要記得這三個區塊怎麼操作,在本機端的 Git 操作應該就沒太大的問題了。不管是用指令操作,或是用圖形介面工具操作,請一定要親自操作、熟悉這個流程。

一定要二段式嗎?

會覺得要先 addcommit 有點囉嗦嗎?你可以在 Commit 的時候多加一個 -a 的參數,縮短這個流程:

$ git commit -a -m "update content"

這樣即使沒有先 add 也可以完成 Commit。但要注意的是這個 -a 參數只對已經存在 Repository 的檔案有效,對還是新加入的檔案(也就是 Untracked file)是無效的。

或是,如果你是使用像是 SourceTree 之類的圖形介面工具,可以勾一勾檔案,填寫 Commit 訊息後,按下 Commit 按鈕就可完成提交的流程:

image

雖然圖形介面工具可以讓你省一些麻煩,它實際上的運作原理也是一樣的,這也是為什麼在本書一直強調的,要學好 Git 一定要了解它的運作原理。

為什麼要二段式這麼麻煩?

addcommit 這樣二段式感覺可能有點麻煩,但也是有好處的。你可以想像你有一個倉庫,在倉庫門口有個小廣場,這個廣場的概念就像跟暫存區一樣,你把要存放到倉庫的貨物先放到這邊(git add),然後等收集的差不多了就可以打開倉庫門,把在廣場上的貨物送進倉庫裡(git commit),並且記錄下來這批貨是什麼用途的、誰送來的。

當然,你也可以每來一件貨物就開倉門存一次、紀錄一次,但這樣一來開倉庫的次數就會非常多。老實說這樣也沒什麼過錯,只是因為太過零碎的 Commit,有時候要查閱紀錄可能會有點不太方便;另外,過於零碎的 Commit 也可能給你的同事帶來一些困擾,例如要進行 Code Review 的時候,比較有整理的 Commit 可以一次看到比較完整的內容,而不需要一個一個 Commit 慢慢看。

所以,什麼時候要 Commit?

這個問題沒有標準答案,你可以很多檔案修改好再一口氣全部一起 Commit,也可只改一個字就 Commit。常見的 Commit 的時間點有:

  1. 完成一個「任務」的時候:不管是大到完成一整個電子商務的金流系統,還是小至只加了一個頁面甚至只是改幾個字,都算是「任務」。
  2. 下班的時候:雖然可能還沒完全搞定任務,但至少先 Commit 今天的進度,除了備份之外,也讓公司知道你今天有在努力工作。(然後帶回家繼續苦命的做?)
  3. 你想要 Commit 的時候就可以 Commit。

← 上一章:把檔案交給 Git 控管 下一章:檢視紀錄 →

Comments