git-reset的作用是重置當前分支的HEAD指針，將HEAD指針指向特定的狀態(tài)。

使用概述

git reset [<tree-ish>] [--] <pathspec>git reset [--pathspec-from-file=<file> [--pathspec-file-nul]] [<tree-ish>]git reset (--patch | -p) [<tree-ish>] [--] [<pathspec>]git reset [--soft | --mixed [-N] | --hard | --merge | --keep] [<commit>]

前三行reset命令的作用是將指定的<tree-ish>內(nèi)容作為參考依據(jù)，然后把內(nèi)容拷貝到目標的緩存區(qū)中。

(相關資料圖)

最后一行reset命令的作用是將當前分支的HEAD指針指向<commit>，同時可以使用多種可選項來控制是否修改緩存區(qū)或工作區(qū)。

在以上所有的命令形式中，都是把<tree-ish>或<commit>默認作為HEAD指針。

git reset [<tree-ish>] [--] <pathspec>

該方法有如下規(guī)則：

會將與<pathspec>相匹配的路徑資源在緩存區(qū)中重置成<tree-ish>中的狀態(tài)。不了解<pathspec>是什么？

被提交到緩存區(qū)中的改動會被還原到工作區(qū)中。

舉個?

假設項目中有一個coffee.txt文件，文件內(nèi)容如下：

卡布奇諾納瑞冰-19.9￥標準美式-14.9￥香草拿鐵-19.9￥生椰愛摩卡-19.9￥...

我們使用git的tag命令將當前的版本標記成v1.0.0（這里使用tag標簽作為）。

隨后修改coffee.txt文件，修改內(nèi)容如下：

卡布奇諾納瑞冰-19.9￥ --> 卡布奇諾納瑞冰-14.9￥標準美式-14.9￥ --> 標準美式-9.9￥香草拿鐵-19.9￥ --> 香草拿鐵-14.9￥生椰愛摩卡-19.9￥ --> 生椰愛摩卡-14.9￥...

變更了coffee.txt文件后，再使用git tag打上了v1.0.1標記。

如果此時想將coffee.txt文件還原成v1.0.0版本中的文件，就可以使用git reset命令并指定為v1.0.0，操作如下：

git reset v1.0.0 coffee.txt

使用VSCode查看緩存區(qū)的文件變動：

可以看到圖中的右側(cè)的代碼改動對比，此時緩存區(qū)中的coffee.txt文件已經(jīng)成功被重置成v1.0.0版本中文件的狀態(tài)(規(guī)則1)。并且此時v1.0.1已經(jīng)提交到緩存區(qū)中的變動也被還原到了工作樹中(規(guī)則2)。

可以看出git reset命令與git add命令作用相反，一個是將指定的資源添加到緩存區(qū)，另一個則是從緩存區(qū)中移除。并且這個命令與git restore [--source=<tree-ish>] --staged <pathspec>具有相同的作用，對restore感興趣的可以看看這篇文章。

上面說過了，在使用reset命令后，此時緩存區(qū)中文件內(nèi)容是v1.0.0的，可以配合git restore命令將緩存區(qū)中的內(nèi)容還原到工作區(qū)中然后進行修改：

git restore coffee.txt --staged

也可以根據(jù)需要選擇還原工作區(qū)的內(nèi)容：

git restore coffee.txt --worktree

git reset [--pathspec-from-file=<file> [--pathspec-file-nul]] [<tree-ish>]

在上面的例子中每次進行reset和restore的都是想同的<pathspec>路徑(coffee.txt)。因為該文件路徑比較簡單，所以每次操作都比較方便輸入。但是在一些情況下，可能需要reset比較復雜的<pathspec>路徑，比如項目目錄層次較深，那么很可能需要輸入一長串的<pathspec>路徑，這樣每次進行操作就會很麻煩，所以git提供了一個--pathspec-from-file選項，讓我們能夠直接指定一個文件，這個文件就包含了可能需要重復使用的<pathspec>路徑。這里有更詳細的用法。

該文件每一行都是一個<pathspec>，如果有多個<pathspec>使用換行符作為分隔。當然也可以使用--pathspec-file-nul讓NUL作為每一個<pathspec>的分隔符。

git reset (--patch | -p) [<tree-ish>] [--] [<pathspec>]

交互式的選擇<tree-ish>與緩存區(qū)之間的差異而產(chǎn)生的hunks。這些被選擇的hunks將會撤銷緩存區(qū)中的產(chǎn)生的修改。這里有更詳細的--patch選項用法。

git reset [<mode>] [<commit>]

該命令會把當前分支的HEAD指針指向某個<commit>，然后由<mode>決定是否同時更新緩存區(qū)或工作區(qū)的內(nèi)容。<mode>默認值是--mixed，且必須是以下幾種：

--soft

工作區(qū)和緩存區(qū)中的文件變動都將被保留，然后將HEAD指針指向<commit>。

還是以咖啡菜單為?，假如第一次commit到倉庫中的文件內(nèi)容如下：

卡布奇諾納瑞冰-19.9￥標準美式-14.9￥香草拿鐵-19.9￥生椰愛摩卡-19.9￥...

然后做第二次commit操作，刪除標準美式，增加生椰拿鐵：

卡布奇諾納瑞冰-19.9￥-標準美式-14.9￥+生椰拿鐵-19.9￥香草拿鐵-19.9￥生椰愛摩卡-19.9￥...

在commit后，修改卡布奇諾納瑞冰的價格，添加到緩存區(qū)。再修改香草拿鐵的價格，保留在工作區(qū)：

-卡布奇諾納瑞冰-19.9￥+卡布奇諾納瑞冰-14.9￥ // 添加到緩存區(qū)中生椰拿鐵-19.9￥-香草拿鐵-19.9￥+香草拿鐵-14.9￥ // 保留在工作區(qū)生椰愛摩卡-19.9￥...

此時我想保留工作區(qū)和緩存區(qū)做的改動，并且將HEAD指針指向第一次commit。這時可以使用--soft選項實現(xiàn)：

git reset HEAD^ --soft // 這里使用HEAD^表示上一個commit，同樣也可以使用hash id

使用git log查看當前HEAD指針確實已經(jīng)指向第一個commit，第二個commit被拋棄了：

同時所有的工作區(qū)和緩存區(qū)的改動都被保留了：

當前只有兩次的commit，是為了方便演示--soft選項的作用。但是在實際開發(fā)中，我們可能會commit多次，尤其是在測試環(huán)境改幾個BUG就要提交到發(fā)布平臺，這樣會導致很多無意義的commit。這時候就可以使用--soft選項，重置HEAD到指定的<commit>只保留一到兩個重要的commit。

--mixed

重置緩存區(qū)，但是會保留工作區(qū)的內(nèi)容，這是<mode>的默認值。

相信在理解了--soft作用后，理解--mixed不難，上面例子中如果是使用--mixed那么最終結果如下：

該選項會重置緩存區(qū)，但是保留工作區(qū)的改動，并將當前指針指向<commit>。

--hard

重置緩存區(qū)和工作區(qū)中的所有的變動，并且將指針指向<commit>。

--hard更加的簡單粗暴，我們將--soft例子改為--hard來查看結果：

如圖所示，工作區(qū)和緩存區(qū)的內(nèi)容都被重置了。不止是如此，就連Untracked文件同樣也會被刪除。

--merge

該選項的作用，看字面意思就知道大概就是把當前分支和指定的<commit>進行合并，規(guī)則如下：

重置緩存區(qū)，任何已經(jīng)添加到緩存區(qū)的改動都將被拋棄

如果<commit>和HEAD之間有文件存在不同（這個不同指的是文件被刪除或者新增），那么將會把該文件重置成<commit>中的狀態(tài)（新增或刪除）。

如果<commit>和HEAD之間有文件存在不同（這個不同是指文件內(nèi)容的不同），且此時工作區(qū)也存在未提交的改動，那么本次的reset將會被終止。

如果一個文件在<commit>和HEAD中完全相同，但是它的工作區(qū)存與緩存區(qū)存在著不同（也就是改動未提交到緩存區(qū)），那么該文件在工作區(qū)的改動在重置之后就會被保留。

我們舉個例子來驗證一下以上列出的規(guī)則，假設此時的咖啡店項目有如下的幾個commit。

第一個commit和文件內(nèi)容如下：

第一個commit中只有一個coffee.txt菜單文件，此時如果咖啡店引進了新品種開始賣果汁，那么就需要新增果汁菜單文件fruits.txt，于是就有了第二個commit：

此時我們做一些改動來驗證1，2，4這幾點的規(guī)則，改動后的文件如下：

首先修改coffee.txt文件，新增一款生椰拿鐵咖啡，保留在工作區(qū)中。然后增加咖啡豆菜單文件beans.txt，將其添加到緩存區(qū)中。

假設因需求變動，咖啡豆菜單文件在緩存區(qū)中需要清除，果汁菜單文件需要刪除，只有咖啡菜單中新增的生椰拿鐵的改動需要保留。那么就可以使用git reset --merge將HEAD和commit-1進行合并，操作如下：

git reset --merge HEAD^

結果如下：

執(zhí)行命令reset命令產(chǎn)生了如下效果：

再來驗證一下第3點規(guī)則，假設咖啡店項目此時第一個commit如下：

接下去同樣新增水果茶菜單，然后再修改coffee.txt文件，第二個commit如下：

然后在HEAD中再修改coffee.txt文件，刪除掉標準美式品種：

此時，如果我們再使用git reset --merge HEAD^就無法再進行重置，該操作會被git終止(規(guī)則3)。并且控制臺會進行報錯提示：

--keep

該選參的作用和--merge相似，唯一的區(qū)別就是緩存區(qū)中被重置的會被保留在工作區(qū)中。

構造如下第一個commit：

改造第二個commit：

在HEAD中進行修改

使用git reset --keep命令：

從結果上來看，只有fruits.txt文件被刪除了，beans.txt文件被重置回了工作區(qū)中。coffee.txt文件的改動也被保留了。

--[no-]recurse-submodules

使用該選項可以控制是否遞歸的重置submdoule。如果想要更詳細了解，查看這篇文章。

總結

git-reset命令的作用就是重置緩存區(qū)和工作區(qū)，同時它也提供多個選項來做更具體的控制，使得該命令更加靈活多變。git-reset命令在我們的工作中經(jīng)常使用，因此熟練掌握該命令是非常重要的。

更多編程相關知識，請訪問：編程入門??！

以上就是Git命令學習之git-reset詳解的詳細內(nèi)容，更多請關注php中文網(wǎng)其它相關文章！

關鍵詞：