Git慣用操作有哪些

這篇“Git慣用操作有哪些”文章的知識(shí)點(diǎn)大部分人都不太理解，所以小編給大家總結(jié)了以下內(nèi)容，內(nèi)容詳細(xì)，步驟清晰，具有一定的借鑒價(jià)值，希望大家閱讀完這篇文章能有所收獲，下面我們一起來看看這篇“Git慣用操作有哪些”文章吧。

一、創(chuàng)建 Git 倉(cāng)庫

打開需要?jiǎng)?chuàng)建倉(cāng)庫的位置，打開Git命令界面或Terminal終端輸入git init創(chuàng)建倉(cāng)庫。

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

二、查看倉(cāng)庫文件狀態(tài)

提起Git，常常會(huì)提到工作區(qū)、暫存區(qū)、版本庫概念，這是很通用的說法，其實(shí)工作區(qū)一般就是指我們能看到的文件、本地操作文件所在的目錄，我們正常編寫的代碼文件、管理的資源文件都是在工作區(qū)里操作，這里的文件又細(xì)分為受版本控制的文件和不受版本控制的文件。

提到暫存區(qū)，就和index文件建立了聯(lián)系，工作區(qū)的新文件和已經(jīng)修改受版本控制的文件，使用 git add file_name 就可以添加到暫存區(qū)，相當(dāng)于登記報(bào)個(gè)名，以后提交到版本庫的時(shí)候會(huì)把這些登記的文件都帶上，實(shí)際上執(zhí)行了 git add 命令的文件都生成了對(duì)應(yīng)的 object 對(duì)象，放在.git/objects目錄下，狀態(tài)變?yōu)?staged， 當(dāng)提交到版本庫時(shí)，分支會(huì)引用這些對(duì)象。

版本庫就是文件修改的目的地了，最終的修改會(huì)提交到版本庫，這時(shí)提交的文件狀態(tài)變成 committed，其實(shí)也是一種 unmodified 狀態(tài)，版本庫會(huì)記錄你的每一次提交，可以追溯你每一次修改的內(nèi)容。

文件狀態(tài)通?？梢苑譃椋?/p>

• 不受版本控制的 untracked 狀態(tài);

• 受版本控制并且已修改的 modified 狀態(tài);

• 受版本控制已修改并提交到暫存區(qū)的 staged 狀態(tài);

• 從暫存區(qū)已經(jīng)提交到本地倉(cāng)庫的 committed 狀態(tài);

• 提交到本地倉(cāng)庫未修改或者從遠(yuǎn)程倉(cāng)庫克隆下來的 unmodified 狀態(tài);

使用git status可以看到當(dāng)前倉(cāng)庫的文件修改和未提交文件情況。

其中，

• Changes to be committed為暫存區(qū)已存在，需要進(jìn)行提交進(jìn)倉(cāng)庫的文件；

• Changes not staged for commit為文件被操作尚未提交至?xí)捍鎱^(qū)的文件，此類文件需要使用add將其添加至緩存區(qū)再提交進(jìn)倉(cāng)庫；

• Untracked files為未入暫存區(qū)文件；

當(dāng)修改后的文件添加至?xí)捍鎱^(qū)后，在提交之前再次進(jìn)行修改后，非暫存區(qū)會(huì)再次出現(xiàn)該文件，需再次add添加入暫存區(qū)，否則直接commit后倉(cāng)庫中的文件不會(huì)包含二次修改的內(nèi)容。

總結(jié)

• git status 只能查看未傳送提交的次數(shù)，不能查看具體文件信息;

• git cherry -v只能查看未傳送提交的描述/說明;

• git log master ^origin/master則可以查看未傳送提交的詳細(xì)信息;

三、向暫存區(qū)中添加文件

使用git add [fileName ...]用于將文件添加至?xí)捍鎱^(qū)中。

若未提示信息則表示文件添加成功。

添加文件需要填寫正確的文件路徑，若需要添加多個(gè)文件使用空格分隔。

四、提交暫存區(qū)文件

使用git commit -m "description"用于將已添加到暫存區(qū)的文件進(jìn)行提交，每次提交可提交多個(gè)文件。

五、從倉(cāng)庫中移除文件

當(dāng)從磁盤刪除已提交給倉(cāng)庫中的文件時(shí)，由于倉(cāng)庫緩存中還存在該文件，所以使用git rm [fileName]刪除緩存中的文件，再提交后該文件就不再納入版本管理。

若當(dāng)前操作為誤操作，可以通過回滾操作找回文件。

如果要?jiǎng)h除之前修改過或已經(jīng)放到暫存區(qū)的文件，則必須使用強(qiáng)制刪除選項(xiàng) -f配參。

若由于誤操作將一些非必要文件提交至倉(cāng)庫，可以使用--cached，只刪除倉(cāng)庫中的記錄并不從磁盤上刪除。

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

注意星號(hào) * 之前的反斜杠 \， 因?yàn)?Git 有自己的文件模式擴(kuò)展匹配方式，所以不用 shell 來幫忙展開。 此命令刪除 log/ 目錄下擴(kuò)展名為 .log 的所有文件。

六、設(shè)置忽略文件

對(duì)于一些日志文件、臨時(shí)文件以及一些軟件生成的配置或輸出文件并不需要進(jìn)行文件管理，所以可以創(chuàng)建一個(gè).gitignore文件將需要忽略的文件名稱或表達(dá)式寫入.gitignore文件，以實(shí)現(xiàn)忽略文件的目的。

文件 .gitignore 格式規(guī)范如下：

• 所有空行或者以 # 開頭的行都會(huì)被 Git 忽略。

• 可以使用標(biāo)準(zhǔn) glob 模式匹配，它會(huì)遞歸地應(yīng)用在整個(gè)工作區(qū)中。

• 匹配模式可以以（/）開頭防止遞歸。

• 匹配模式可以以（/）結(jié)尾指定目錄。

• 要忽略指定模式以外的文件或目錄，可以在模式前加上嘆號(hào)（!）取反。

git同樣支持Glob模式，Glob模式為Shell中簡(jiǎn)化的正則表達(dá)式。

• 星號(hào)（*）匹配零個(gè)或多個(gè)任意字符；

• [abc] 匹配任何一個(gè)列在方括號(hào)中的字符 （這個(gè)例子要么匹配一個(gè) a，要么匹配一個(gè) b，要么匹配一個(gè) c）；

• 問號(hào)（?）只匹配一個(gè)任意字符；
  如果在方括號(hào)中使用短劃線分隔兩個(gè)字符， 表示所有在這兩個(gè)字符范圍內(nèi)的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的數(shù)字）。

• 使用兩個(gè)星號(hào)（**）表示匹配任意中間目錄，比如 a/**/z 可以匹配 a/z 、 a/b/z 或 a/b/c/z 等。

.gitignore 文件生效步驟如下：

• git status --ignored // 查看狀態(tài)，驗(yàn)證是否已包括忽略的文件

• git rm -r --cached . // 清除緩存，-r表示遞歸刪除

• git status --ignored // 查看具體效果

• git add . // 重新trace file

• git commit -m "update .gitignore" // 提交和注釋

七、查看文件修改內(nèi)容

使用git status只能查看每個(gè)文件的修改狀態(tài)，但是無法看到每個(gè)文件的內(nèi)容有哪些被修改，所以可以使用git diff查看所有追蹤文件的修改對(duì)比。

需要注意的是，git diff是查看未暫存的文件中被修改的內(nèi)容，當(dāng)將該文件添加入暫存區(qū)后，就無法再通過git diff查看修改內(nèi)容，需要使用git diff --cached。

八、移動(dòng)文件

當(dāng)需要重命名文件時(shí)，可以使用git mv [oldFileName] [new FileName]。Git對(duì)于重命名操作會(huì)分為三步進(jìn)行，第一步首先重命名文件，然后再?gòu)膫}(cāng)庫中刪除原有的文件，最后將新文件添加進(jìn)暫存區(qū)等待提交。

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

若通過軟件進(jìn)行批量修改文件時(shí)，也要按照該流程先刪除原文件再添加新文件。

九、撤銷操作

當(dāng)由于一些操作失誤提交或修改了文件內(nèi)容時(shí)，可以通過Git回滾操作，回滾到修改之前的狀態(tài)。

回憶下前面提到的文件狀態(tài)，文件狀態(tài)通?？梢苑譃椋?/p>

• 不受版本控制的 untracked 狀態(tài);

• 受版本控制并且已修改的 modified 狀態(tài);

• 受版本控制已修改并提交到暫存區(qū)的 staged 狀態(tài);

• 從暫存區(qū)已經(jīng)提交到本地倉(cāng)庫的 committed 狀態(tài);

• 提交到本地倉(cāng)庫未修改或者從遠(yuǎn)程倉(cāng)庫克隆下來的 unmodified 狀態(tài);
  
  

9.1 撤銷暫存區(qū)文件

使用git restore --staged [fileName]或git reset HEAD [fileName]可以將暫存區(qū)文件恢復(fù)。

說明：git restore命令是 Git 2.23 版本之后新加的，用來分擔(dān) git checkout 命令的功能，通過用暫存區(qū)或者版本庫中的文件覆蓋本地文件的修改，以達(dá)到回退修改的目的，同時(shí)也可以使用版本庫中的文件覆蓋暫存區(qū)的文件，達(dá)到回退git add命令的目的。

!!注意，這個(gè)操作不會(huì)影響分支記錄，就是相當(dāng)于之前的 git checkout 命令重新檢出一份文件來覆蓋本地的修改。

git reset 其實(shí)就是用來設(shè)置分支的頭部指向，當(dāng)進(jìn)行了一系列的提交之后，忽然發(fā)現(xiàn)最近的幾次提交有問題，想從提交記錄中刪除，這是就會(huì)用到 git reset 命令，這個(gè)命令后面跟 commit id，表示當(dāng)前分支回退到某個(gè) commit id 對(duì)應(yīng)的狀態(tài)，之后的日志記錄被刪除，工作區(qū)中的文件狀態(tài)根據(jù)參數(shù)的不同會(huì)恢復(fù)到不同的狀態(tài)。

• --soft: 被回退的那些版本的修改會(huì)被放在暫存區(qū)，可以再次提交。

• --mixed: 默認(rèn)選項(xiàng)，被回退的那些版本的修改會(huì)放在工作目錄，可以先加到暫存區(qū)，然后再提交。

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

使用 git rest HEAD file_name 命令就可以將一個(gè)文件回退到 HEAD 指向版本所對(duì)應(yīng)的狀態(tài)，其實(shí)就是當(dāng)前版本庫中的狀態(tài)，也就相當(dāng)于還原了本地的修改。

對(duì)于工作區(qū)中未加到暫存區(qū)和版本庫的文件，執(zhí)行了 git add 操作之后可通過如下方法還原：

• git rm --cached newfile

• git restore --staged newfile

• git reset HEAD newfile

注：使用后兩個(gè)命令的時(shí)候不能是版本庫的第一個(gè)文件。

9.2 撤銷對(duì)文件的修改

使用git checkout -- [fileName]可以將該文件回滾到上一次提交的狀態(tài)。

!注：記得git checkout -- <file>是一個(gè)危險(xiǎn)的命令。 你對(duì)那個(gè)文件在本地的任何修改都會(huì)消失。Git 會(huì)用最近提交的版本覆蓋掉它。 除非你確實(shí)清楚不想要對(duì)那個(gè)文件的本地修改了，否則請(qǐng)不要使用這個(gè)命令。

聲明：由于沒有添加到暫存區(qū)的文件無法被追蹤，所以它的任何修改是沒有辦法回退！只能通過本地文件撤銷操作進(jìn)行。

十、查看操作歷史

如果想要查看某個(gè)項(xiàng)目中所有提交信息，可以使用git log打印所有參與者的提交記錄。

每條記錄都會(huì)顯示提交的SHA-1 校驗(yàn)，作者名字和作者郵箱以及提交時(shí)間并按提交時(shí)間倒序排列。

除了簡(jiǎn)單的git log外，還可以添加參數(shù)用于篩選和格式化輸出信息：

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

• --stat：在每次提交的下面列出所有被修改過的文件、有多少文件被修改了以及被修改過的文件的哪些行被移除或是添加了。 在每次提交的最后還有一個(gè)總結(jié)。
  
  

• --pretty：這個(gè)選項(xiàng)有一些內(nèi)建的子選項(xiàng)供你使用。 比如 oneline 會(huì)將每個(gè)提交放在一行顯示，在瀏覽大量的提交時(shí)非常有用。 另外還有 short，full 和 fuller 選項(xiàng)，它們展示信息的格式基本一致，但是詳盡程度不一；
  
  
  

示例 10.1 將日志信息顯示在一行上

$ git log --pretty=oneline

示例 10.2 以 short 格式輸出倉(cāng)庫修改信息

$ git log --pretty=short

示例 10.3 以 full 格式輸出倉(cāng)庫修改信息

$ git log --pretty=full

示例 10.4 以 fuller 格式輸出倉(cāng)庫修改信息

$ git log --pretty=fuller

修改文件人員與提交文件人員可以不是同一個(gè)人，所以在查詢?nèi)罩緯r(shí)會(huì)區(qū)分修改人與提交人。

以上就是關(guān)于“Git慣用操作有哪些”這篇文章的內(nèi)容，相信大家都有了一定的了解，希望小編分享的內(nèi)容對(duì)大家有幫助，若想了解更多相關(guān)的知識(shí)內(nèi)容，請(qǐng)關(guān)注億速云行業(yè)資訊頻道。