前言

在之前的文章當(dāng)中我們介紹了最基本的git add、git commit和git push的用法以及基本原理，還介紹了gitignore文件的設(shè)置方法，從而讓我們可以使用git add .來添加我們想要的文件，而不必要手動區(qū)分。

今天我們繼續(xù)來介紹幾個git當(dāng)中常用并且重要的命令，它們分別是git diff，查看提交歷史的git log。

git diff

git diff是一個非常好用的命令，很多大牛都用它查看代碼的改動，因為它的確非常方便。git diff命令可以查看當(dāng)前工作區(qū)與暫存區(qū)的差別，也就是說可以查看到當(dāng)前我們修改或者是添加的，但是還沒有add進暫存區(qū)的代碼。它會列出改動前后的對比，方便我們進行查看和修改。

比如我隨便找了個repo運行了一下git diff，后面沒有加上任何參數(shù)，我從結(jié)果當(dāng)中截取了一個片段如下：

由于我配置了zsh，它會高亮顯示修改前后的內(nèi)容對比。比如在上面這個例子當(dāng)中，我們刪除了一行，添加了兩行。我們可以很方便地查看前后的改動，方便我們檢查修改的邏輯是否有出錯。

git diff + 文件路徑

當(dāng)然git diff如果不加任何參數(shù)的話，會默認(rèn)展示所有的文件改動，有時候我們改動的量比較大，看起來也會比較累。這個時候我們可以加上文件名，查看一下某一個文件具體的改動。比如上面例子當(dāng)中的改動，發(fā)生在一個shell文件當(dāng)中，我可以直接運行g(shù)it diff shell/prepare_data.sh，也就是這個shell文件對應(yīng)的路徑，會發(fā)現(xiàn)其他的改動都看不到了。

git diff --cached

前面說了，我們在不加任何參數(shù)的情況下查看的是工作區(qū)（add命令之前）的代碼和暫存區(qū)的差別，如果我們已經(jīng)把所有代碼都add進來了，那么當(dāng)我們運行g(shù)it diff是不會顯示任何東西的。比如我們在剛才的倉庫先把所有代碼提交一下，再來運行g(shù)it diff結(jié)果如下：

可以看到剛才所有的改動都沒了，這是因為我們已經(jīng)把代碼提交到暫存區(qū)了，不加參數(shù)的時候是比較的工作區(qū)和暫存區(qū)的差別。這個時候我們再想看diff，想看的其實是暫存區(qū)和本地git倉庫的差別，也就是已經(jīng)add了還沒commit的改動。這個時候我們可以通過--cached參數(shù)來實現(xiàn)，--cached參數(shù)后面同樣可以再跟上文件名，查看某一個具體的文件。

比如當(dāng)我們執(zhí)行g(shù)it diff --cached shell/prepare_data.sh之后，剛才的改動就又重新展示出來了。

其他用法

除了剛才提到的方法之外，git diff還有一些其他的用法。比如還可以和一個確定的提交，另外一個分支進行比較。這些命令相對不太常用，我們簡單列舉一下：

# 比較工作區(qū)和某一個提交的差別 
git diff <commitid> 
 
# 比較工作區(qū)和某一個提交某一個文件的差別 
git diff <commitid> <filepath> 
 
# 比較暫存區(qū)和某一個提交的差別 
git diff --cached <commitid> 
 
# 比較暫存區(qū)和某一個提交某一個文件的差別 
git diff --cached <commitid> <filepath> 

git log

git log大家可能有所耳聞，即使沒有也不難從名字當(dāng)中猜出用途，它可以展示出當(dāng)前分支上所有的提交。

比如當(dāng)我在存放git文章的repo下運行g(shù)it log，就可以查看到之前的提交記錄：

log當(dāng)中有兩處比較重要的信息，我都用紅筆高亮了出來。其中一個是commit后面跟著的一長串，這個是commit id，它在git倉庫當(dāng)中是唯一的，我們可以用它來鎖定一個commit。比如剛才上面提到的git diff和某一個commit比較，傳入的commitid就是這個。

我們沒必要復(fù)制全部的id，因為太長了，實際上git有自動補全功能，我們一般復(fù)制前面幾位就可以了。比如git diff dfd55就足夠了，git會根據(jù)我們輸入的幾位查找到符合條件的commit，一般來說前幾位就足夠鎖定一個commit了。

第二個關(guān)鍵信息就是提交信息，也就是我們每次commit -m之后后面輸入的字符串，也就是表示這個commit當(dāng)中的改動改動了什么，這個是開發(fā)者寫的，也是比較關(guān)鍵的提示信息。

git log -p

當(dāng)我們運行g(shù)it log的時候只會展示提交相關(guān)的信息，是不會把每一次改動的內(nèi)容都展示出來的，一則沒有必要，二則未免太多了。但是有的時候我們會希望看到每一個commit當(dāng)中改動的究竟是什么，如果通過git diff一個一個查看也太麻煩了。這個時候就可以用上參數(shù)來實現(xiàn)這點，只需要在git log后面加上-p，它就會展示出每一個commit中的改動。

其實我們從頭部的日志信息也可以看得出來，它底層也是通過git diff實現(xiàn)的。由于commit當(dāng)中的改動量可能很大，所以我們這樣查看到的內(nèi)容也會非常多。我們可以在-p后面再加上一個-n表示我們想要查看的最近幾條commit信息，比如git log -p -2查看的就是最近兩條提交信息。

git log --stat

有的時候（比如HR根據(jù)代碼確定績效）我們只是想要查看每一次commit到底有多少改動量，而不想知道具體的改動是什么，這個時候就可以使用stat參數(shù)。

它會告訴我們這個commit中每一個文件做的改動有多少，方便我們查看具體到文件的變更。

git log --pretty

pretty這個參數(shù)是一個神器，它可以支持讓我們自己diy我們想要看到的log展示。比如常用的是git log --pretty=oneline，這里的oneline是一種格式，表示單行展示，也就是會把commit展示的信息壓縮成一行。

我們可以看到它省略了author、時間等信息，僅僅保留了commitid和comment信息。這種一般用在排查問題的時候，想要快速找到某一個commit。除了oneline之外，官方還提供了其他幾種format，比如short、full、fuller這三種，這三者展示的信息略有差別，大家可以自行嘗試一下。

最后介紹一種牛叉的用法，就是我們自己來定義我們想要的輸出結(jié)果。舉個例子，比如我想要看到的log日志當(dāng)中應(yīng)該包含commitid，提交時間，作者以及comment。那么我們就可以自己定義出一種格式：%h - %ad - %an - %s。這樣我們執(zhí)行的命令就是：

git log --pretty=format:"%h - %ad - %an - %s" 

得到的結(jié)果會是：

這正是我們想要的，這里的%h, %ad其實也是官方提供的參數(shù)，他們分別表示一種信息。比如%h表示短commitid，%ad表示提交時間，%an表示作者信息，%s表示提交時的comment。當(dāng)然可選的參數(shù)不止這些，官方提供了一個表格，表格當(dāng)中的參數(shù)都可以選擇。

git log還有一種參數(shù)的用法是--graph，可以展示出提交的一個樹形分支結(jié)構(gòu)。也是非常非常好用的，但是我找不到合適的repo展示，所以用一個官方的例子展示給大家：

除了上面介紹的功能之外，git log還有一些其他的功能，相對來說不是很常用，就不贅述了。感興趣的同學(xué)可以去查看一下官方文檔，體會一下git命令的強大。

總結(jié)

怎么樣，今天介紹的git diff和git log命令都學(xué)會了嗎，是不是有一種看起來簡單其實學(xué)起來還挺復(fù)雜的感覺？其實是非常正常的，因為git是面向所有開發(fā)者的，不同的開發(fā)者有不同的習(xí)慣，總有些人有些自己特殊的需求。所以git也就被設(shè)計的非常復(fù)雜和強大，可以實現(xiàn)各種功能，我們也沒必要全部學(xué)會，根據(jù)日常的需要進行取舍，一部分重點學(xué)習(xí)，其他的泛泛了解即可。