Git進階（十一）：Git 常用操作匯總

一、創建 Git 倉庫

打開需要創建倉庫的位置，打開Git命令界面或Terminal終端輸入git init創建倉庫，

創建完成后得到提示Initialized empty Git repository in /Users/huaqiangsun/Git/.git/ 已初始化空的Git倉庫在當前目錄中，同時可以看到目錄中多出來.git檔案夾（一般為隱藏檔案夾，Mac下可通過shift + cmd + . 組合快捷鍵查看隱藏檔案），

二、查看倉庫檔案狀態

提起Git，常常會提到作業區、暫存區、版本庫概念，這是很通用的說法，其實作業區一般就是指我們能看到的檔案、本地操作檔案所在的目錄，我們正常撰寫的代碼檔案、管理的資源檔案都是在作業區里操作，這里的檔案又細分為受版本控制的檔案和不受版本控制的檔案，

提到暫存區就和index檔案建立起了聯系，作業區的新檔案和已經修改的受版本控制的檔案，使用 git add file_name 就可以添加到暫存區，相當于登記報個名，以后提交到版本庫的時候會把這些登記的檔案都帶上，實際上執行了 git add 命令的檔案都生成了對應的 object 物件，放在.git/objects目錄下，狀態變成了 staged， 當提交到版本庫時，分支會參考這些物件，

版本庫就是檔案修改的目的地了，最終的修改會提交到版本庫，這時提交的檔案狀態變成 committed，其實也是一種 unmodified 狀態，版本庫會記錄你的每一次提交，可以追溯你每一次修改的內容，

檔案狀態通常可以分為：

• 不受版本控制的 untracked 狀態;
• 受版本控制并且已修改的 modified 狀態;
• 受版本控制已修改并提交到暫存區的 staged 狀態;
• 從暫存區已經提交到本地倉庫的 committed 狀態;
• 提交到本地倉庫未修改或者從遠程倉庫克隆下來的 unmodified 狀態;

使用git status可以看到當前倉庫的檔案修改和未提交檔案情況，

其中，

• Changes to be committed為暫存區已存在，需要進行提交進倉庫的檔案；
• Changes not staged for commit為檔案被操作尚未提交至暫存區的檔案，此類檔案需要使用add將其添加至快取區再提交進倉庫；
• Untracked files為未入暫存區檔案；

當修改后的檔案添加至暫存區后，在提交之前再次進行修改后，非暫存區會再次出現該檔案，需再次add添加入暫存區，否則直接commit后倉庫中的檔案不會包含二次修改的內容，

三、向暫存區中添加檔案

使用git add [fileName ...]用于將檔案添加至暫存區中，

若未提示資訊則表示檔案添加成功，

添加檔案需要填寫正確的檔案路徑，若需要添加多個檔案使用空格分隔，

四、提交暫存區檔案

使用git commit -m "description"用于將已添加到暫存區的檔案進行提交，每次提交可提交多個檔案，

五、從倉庫中移除檔案

當從磁盤洗掉已提交給倉庫中的檔案時，由于倉庫快取中還存在該檔案，所以使用git rm [fileName]洗掉快取中的檔案，再提交后該檔案就不再納入版本管理，

若當前操作為誤操作，可以通過回滾操作找回檔案，

如果要洗掉之前修改過或已經放到暫存區的檔案，則必須使用強制洗掉選項 -f配參，

若由于誤操作將一些非必要檔案提交至倉庫，可以使用--cached，只洗掉倉庫中的記錄并不從磁盤上洗掉，

git rm 命令后面可以列出檔案或者目錄的名字，也可以使用 glob 模式，例如：git rm log/\*.log，

注意星號 * 之前的反斜杠 \， 因為 Git 有自己的檔案模式擴展匹配方式，所以不用 shell 來幫忙展開， 此命令洗掉 log/ 目錄下擴展名為 .log 的所有檔案，

六、設定忽略檔案

對于一些日志檔案、臨時檔案以及一些軟體生成的配置或輸出檔案并不需要進行檔案管理，所以可以創建一個.gitignore檔案將需要忽略的檔案名稱或運算式寫入.gitignore檔案，以實作忽略檔案的目的，

檔案 .gitignore 格式規范如下：

• 所有空行或者以 # 開頭的行都會被 Git 忽略，
• 可以使用標準 glob 模式匹配，它會遞回地應用在整個作業區中，
• 匹配模式可以以（/）開頭防止遞回，
• 匹配模式可以以（/）結尾指定目錄，
• 要忽略指定模式以外的檔案或目錄，可以在模式前加上嘆號（!）取反，

git同樣支持Glob模式，Glob模式為Shell中簡化的正則運算式，

• 星號（*）匹配零個或多個任意字符；
• [abc] 匹配任何一個列在方括號中的字符 （這個例子要么匹配一個 a，要么匹配一個 b，要么匹配一個 c）；
• 問號（?）只匹配一個任意字符；
  如果在方括號中使用短劃線分隔兩個字符， 表示所有在這兩個字符范圍內的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的數字），
• 使用兩個星號（**）表示匹配任意中間目錄，比如 a/**/z 可以匹配 a/z 、 a/b/z 或 a/b/c/z 等，

七、查看檔案修改內容

使用git status只能查看每個檔案的修改狀態，但是無法看到每個檔案的內容有哪些被修改，所以可以使用git diff查看所有追蹤檔案的修改對比，

需要注意的是，git diff是查看未暫存的檔案中被修改的內容，當將該檔案添加入暫存區后，就無法再通過git diff查看修改內容，需要使用git diff --cached，

八、移動檔案

當需要重命名檔案時，可以使用git mv [oldFileName] [new FileName]，Git對于重命名操作會分為三步進行，第一步首先重命名檔案，然后再從倉庫中洗掉原有的檔案，最后將新檔案添加進暫存區等待提交，

$ mv README.md LOOKME.md
$ git rm README.md
$ git add LOOKME.md

若通過軟體進行批量修改檔案時，也要按照該流程先洗掉原檔案再添加新檔案，

九、撤銷操作

當由于一些操作失誤提交或修改了檔案內容時，可以通過Git回滾操作，回滾到修改之前的狀態，

回憶下前面提到的檔案狀態，檔案狀態通常可以分為：

• 不受版本控制的 untracked 狀態;
• 受版本控制并且已修改的 modified 狀態;
• 受版本控制已修改并提交到暫存區的 staged 狀態;
• 從暫存區已經提交到本地倉庫的 committed 狀態;
• 提交到本地倉庫未修改或者從遠程倉庫克隆下來的 unmodified 狀態;
  

9.1 撤銷暫存區檔案

使用git restore --staged [fileName]或git reset HEAD [fileName]可以將暫存區檔案恢復，

說明：git restore命令是 Git 2.23 版本之后新加的，用來分擔 git checkout 命令的功能，通過用暫存區或者版本庫中的檔案覆寫本地檔案的修改，以達到回退修改的目的，同時也可以使用版本庫中的檔案覆寫暫存區的檔案，達到回退git add命令的目的，

!!注意，這個操作不會影響分支記錄，就是相當于之前的 git checkout 命令重新檢出一份檔案來覆寫本地的修改，

git reset 其實就是用來設定分支的頭部指向，當進行了一系列的提交之后，忽然發現最近的幾次提交有問題，想從提交記錄中洗掉，這是就會用到 git reset 命令，這個命令后面跟 commit id，表示當前分支回退到某個 commit id 對應的狀態，之后的日志記錄被洗掉，作業區中的檔案狀態根據引數的不同會恢復到不同的狀態，

• --soft: 被回退的那些版本的修改會被放在暫存區，可以再次提交，

• --mixed: 默認選項，被回退的那些版本的修改會放在作業目錄，可以先加到暫存區，然后再提交，

• --hard: 被回退的那些版本的修改會直接舍棄，就像它們沒有來過一樣，

使用 git rest HEAD file_name 命令就可以將一個檔案回退到 HEAD 指向版本所對應的狀態，其實就是當前版本庫中的狀態，也就相當于還原了本地的修改，

對于作業區中未加到暫存區和版本庫的檔案，執行了 git add 操作之后可通過如下方法還原：

• git rm --cached newfile
• git restore --staged newfile
• git reset HEAD newfile

注：使用后兩個命令的時候不能是版本庫的第一個檔案，

9.2 撤銷對檔案的修改

使用git checkout -- [fileName]可以將該檔案回滾到上一次提交的狀態，

!注：記得git checkout -- <file>是一個危險的命令， 你對那個檔案在本地的任何修改都會消失，Git 會用最近提交的版本覆寫掉它， 除非你確實清楚不想要對那個檔案的本地修改了，否則請不要使用這個命令，

宣告：由于沒有添加到暫存區的檔案無法被追蹤，所以它的任何修改是沒有辦法回退！只能通過本地檔案撤銷操作進行，

十、查看操作歷史

如果想要查看某個專案中所有提交資訊，可以使用git log列印所有參與者的提交記錄，

每條記錄都會顯示提交的SHA-1 校驗，作者名字和作者郵箱以及提交時間并按提交時間倒序排列，

除了簡單的git log外，還可以添加引數用于篩選和格式化輸出資訊：

• -p --patch：它會顯示每次提交所引入的差異， 也可以限制顯示的日志條目數量，例如使用 -2 選項來只顯示最近的兩次提交，
  

• --stat：在每次提交的下面列出所有被修改過的檔案、有多少檔案被修改了以及被修改過的檔案的哪些行被移除或是添加了， 在每次提交的最后還有一個總結，
  

• --pretty：這個選項有一些內建的子選項供你使用， 比如 oneline 會將每個提交放在一行顯示，在瀏覽大量的提交時非常有用， 另外還有 short，full 和 fuller 選項，它們展示資訊的格式基本一致，但是詳盡程度不一；
  
  使用formart可以自定義列印的格式，常用格式資訊如下：
  

示例 10.1 將日志資訊顯示在一行上

$ git log --pretty=oneline

示例 10.2 以 short 格式輸出倉庫修改資訊

$ git log --pretty=short

示例 10.3 以 full 格式輸出倉庫修改資訊

$ git log --pretty=full

示例 10.4 以 fuller 格式輸出倉庫修改資訊

$ git log --pretty=fuller

修改檔案人員與提交檔案人員可以不是同一個人，所以在查詢日志時會區分修改人與提交人，

十一、拓展閱讀

• 《Git進階（一）：git管理檔案之后檔案顏色的含義》
• 《Git進階（二）：git revert 用法》
• 《Git進階（三）：webstorm的git切換分支》
• 《Git進階（四）：Git命令圖解》
• 《Git進階（五）：git分支管理策略》
• 《Git進階（六）：git 重繪分支、修改本地和遠程分支名稱》
• 《Git進階（七）： 打標簽》
• 《Git進階（八）：git stash和git add》
• 《Git進階（九）：Git命令實作提交指定檔案》
• 《Git進階（十）：Git命令實作修改指定檔案名稱》