git中提供了一組hook，規(guī)定了每個hook的名字，以及hook接收的參數(shù)個數(shù)和每個參數(shù)的含義。用戶如果要使用hook的話，需要在.git/hooks/目錄中創(chuàng)建對應(yīng)名字的hook文件，賦予該文件可執(zhí)行權(quán)限，用bash或者python或者其它腳本語言來實現(xiàn)該hook具體要做哪些事。hook就是類似于onClick()、onRun()這樣的事件，也可以理解成是一組回調(diào)函數(shù)。

git commit是最常用的命令之一，它可以觸發(fā)四個hook，分別是pre-commit，prepare-commit-msg，commit-msg和post-commit。從字面上可以猜測到這四個hook分別對應(yīng)“commit之前”、“準(zhǔn)備commit log message的時候”、“生成commit log message的時候”、“commit之后”這四個觸發(fā)時機。這四個hook也的確是按照這個先后順序被觸發(fā)的。如果git commit時使用了-n（等價于--no-verify）參數(shù)的話，pre-commit和commit-msg就不會被觸發(fā)。

pre-commit不接收參數(shù)。這個hook可以用來在commit之前檢查修改的代碼是否符合規(guī)范、檢查文件名是否含有空格、或者僅僅單純地輸出“hello world”等等，具體想要做什么可以根據(jù)實際情況來決定。如果以非0狀態(tài)退出的話，譬如檢測到文件名中有空格，而用戶不希望這種文件被commit，在這種情況下執(zhí)行exit 1，那么git commit會以失敗而終止。

prepare-commit-msg接收三個參數(shù)。第一個是commit log message所在的文件名，通常是.git/COMMIT_EDITMSG。第二個是commit log message的來源。在《git commit中輸入message的幾種方式》 中有介紹過-m，不加參數(shù)，-c，-C，-F，-t等方式輸入commit log message，這些都是不同的來源。如果是-m的話，第二個參數(shù)的值是"message"；如果是不加參數(shù)的話，第二個參數(shù)的值是""；如果是-c或-C或者其他情況但加了--amend參數(shù)的話，第二個參數(shù)的值是"commit"；如果是-F的話，第二個參數(shù)的值是"message"；如果是-t或者設(shè)置了commit.template的話，第二個參數(shù)的值是"template"。

如果第二個參數(shù)不是"commit"，那第三個參數(shù)值為""。如果第二個參數(shù)值是“commit"的話，那第三個參數(shù)值就是-c或者-C后面接的那個值，可能是tag name、branch name、HEAD、HEAD^1、具體的某個commit SHA-1等等。有--amend的話，第三個參數(shù)值是"HEAD"。

此外，git merge和git cherry-pick可能會觸發(fā)這個hook。git merge如果是ff(fast-forward) merge那不會觸發(fā)這個hook，但如果發(fā)生no-ff類型的merge，或者git merge --no-ff，那么會觸發(fā)這個hook，第二個參數(shù)值為"merge"；git merge --squash && git commit的情況下，第二個參數(shù)值為"squash"。git cherry-pick默認情況下會觸發(fā)這個hook，除非使用了-n（等價于--no-commit）參數(shù)，第二個參數(shù)值為"message"。

理論上來說，pre-commit中的事情可以放到prepare-commit-msg中來做，但不推薦這么做 。prepare-commit-msg的設(shè)計本意是在commit-msg之前編輯message文件用的。譬如，希望在commit log message中記錄下當(dāng)前某個系統(tǒng)的某些狀態(tài)值（譬如jenkins上某個編譯job的環(huán)境變量和用戶變量），那可以在prepare-commit-msg中對準(zhǔn)備用于-F或者-t的文件進行編輯，將那些實時獲取的狀態(tài)值插入到文件中去。然后這個文件的內(nèi)容會被寫入.git/COMMIT_EDITMSG，commit成功以后，這些內(nèi)容就變成了commit log message的一部分。當(dāng)然，這些內(nèi)容也可以在git commit之前組織好，然后在git commit的時候直接用起來。但如果放在hook里來做，就等于封裝到了git commit的內(nèi)部。用戶可以根據(jù)實際情況考量是否需要用這個hook。同樣的，這個hook如果以非0狀態(tài)退出的話，會使git commit失敗而終止。

和prepare-commit-msg比起來，commit-msg使用的場景更多些。這個hook接收一個參數(shù)，commit log message所在的文件名，通常是.git/COMMIT_EDITMSG。從這個文件中，可以讀取到最終運用于commit log message的內(nèi)容。比較常見的運用是在這里檢查commit log message是否符合事先規(guī)定的格式。另外一個實際運用是使用gerrit系統(tǒng)的場合下，git commit時會根據(jù)已有的信息生成一個類似commit SHA-1的Change-Id，并將其插入到commit log message中去。生成Change-Id的算法會用到用戶編輯完成后的commit log message的內(nèi)容，所以生成Change-Id的動作不能在commit-msg之前做。同樣的，這個hook如果以非0狀態(tài)退出的話，會使git commit失敗而終止。

post-commit在commit完成后被觸發(fā)，不接收參數(shù)。post-commit能夠執(zhí)行，說明git commit已經(jīng)成功了。接下來可以做很多事，譬如執(zhí)行g(shù)it push到一個備份branch上，或者啟動編譯，或者關(guān)機（每天只做一個commit），或者也可以很無聊地git reset --hard回到新生成的commit的parent上（這么做毫無意義），也可以把硬盤格式化掉（再見?。?/p>

要試驗這四個hook的話，可以在.git/hooks/下創(chuàng)建四個文件，文件名分別為pre-commit，prepare-commit-msg，commit-msg，post-commit，將它們都改為可執(zhí)行文件。假如要用hook打印每個hook接收了哪些參數(shù)：

#！/usr/bash

echo $@

或者

#!/usr/bin/env python

import sys

print sys.argv

然后執(zhí)行各種git commit看看效果吧。別忘了每個hook的參數(shù)列表第0個是hook文件的路徑，后面才是接收的參數(shù)。hook是一扇門，你的腦洞有多大，門后面的世界就有多大。