詳細歸納！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 status 只能檢視未傳送提交的次數，不能檢視具體檔案資訊;
git cherry -v只能檢視未傳送提交的描述/說明;
git log master ^origin/master則可以檢視未傳送提交的詳細資訊;

三、向暫存區中新增檔案

使用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 等。

.gitignore 檔案生效步驟如下：

git status --ignored // 檢視狀態，驗證是否已包括忽略的檔案
git rm -r --cached . // 清除快取，-r表示遞迴刪除
git status --ignored // 檢視具體效果
git add . // 重新trace file
git commit -m "update .gitignore" // 提交和註釋

七、檢視檔案修改內容

使用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

!](https://img-blog.csdnimg.cn/20210720100955846.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3N1bmh1YXFpYW5nMQ==,size_16,color_FFFFFF,t_70)

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

$ git log --pretty=short

在這裡插入圖片描述

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

$ git log --pretty=full

在這裡插入圖片描述

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

$ git log --pretty=fuller

在這裡插入圖片描述
修改檔案人員與提交檔案人員可以不是同一個人，所以在查詢紀錄檔時會區分修改人與提交人。

推薦學習：《》

以上就是詳細歸納！Git慣用操作的詳細內容，更多請關注TW511.COM其它相關文章！