背景

相信不少朋友在使用 git時(shí)，都對以下三種git reset 命令的區(qū)別產(chǎn)生過疑惑。

git reset --soft <commit>
git reset --mixed <commit> (和 git reset <commit> 效果相同)
git reset --hard <commit>

本文會(huì)探討它們的區(qū)別。

要點(diǎn)

如果將 HEAD/暫存區(qū)/工作目錄 都看作樹 ??（即，文件的集合），在不同的git reset 命令中，對應(yīng)的樹是否會(huì)被更新可以這樣總結(jié)

在 這個(gè)鏈接中，可以看到關(guān)git reset 命令的介紹，其中開頭的內(nèi)容如下 （我在圖中用紅色框標(biāo)出了本文關(guān)心的內(nèi)容）

據(jù)此可知以下三個(gè)命令都會(huì)調(diào)整HEAD，但是這三個(gè)命令對 暫存區(qū)和 工作目錄 的處理不同。

• git reset --soft <commit>
• git reset --mixed <commit> (和 git reset <commit> 效果相同)
• git reset --hard <commit>

參考 7.7 Git 工具 - 重置揭密 一文的描述，我們可以將以下三者看成三棵樹 ??（這里的樹 ?? 是指文件的集合，而不是指數(shù)據(jù)結(jié)構(gòu)中的樹）

• HEAD （可以將它簡單理解為當(dāng)前分支的最近一次commit 的指針或者引用）??
• 暫存區(qū)（即，Index）??
• 工作目錄 ??

準(zhǔn)備工作

代碼

我們可以用代碼驗(yàn)證不同選項(xiàng)的git reset 命令的效果。請將以下代碼保存為main.sh

## Prepare a temp dir for our test
TEST_DIR=temp_git_test_dir
if [[ -d "${TEST_DIR}" ]];
then
    rm -rf "${TEST_DIR}"
fi

mkdir "${TEST_DIR}" 
cd "${TEST_DIR}" 

git init

function append() {
    echo "$1" >> f.txt
}

function add_and_commit() {
    git add f.txt
    git commit -m "$1"
}

## Prepare for the 1st commit 
append "1st line"
add_and_commit "1st commit" 

## Prepare for the 2nd commit
append "2nd line"
add_and_commit "2nd commit"

## Prepare for the 3rd commit
append "3rd line"
add_and_commit "3rd commit"

## Prepare for the 4th commit
append "4th line"
add_and_commit "4th commit"

main.sh 會(huì)

• 創(chuàng)建一個(gè)名為 temp_git_test_dir 的臨時(shí)目錄
• 讓 git 管理這個(gè)臨時(shí)目錄的內(nèi)容
• 創(chuàng)建4 個(gè) commit

運(yùn)行結(jié)果

通過執(zhí)行下方的命令就可以運(yùn)行main.sh

bash main.sh

運(yùn)行完 main.sh 之后，當(dāng)前目錄中會(huì)多出一個(gè) temp_git_test_dir 目錄。在當(dāng)前目錄執(zhí)行 tree temp_git_test_dir 命令后，應(yīng)該可以看到如下的內(nèi)容

temp_git_test_dir
└── f.txt

1 directory, 1 file

通過執(zhí)行 cd temp_git_test_dir 命令就可以切換到 temp_git_test_dir 目錄。不難驗(yàn)證，現(xiàn)在 HEAD 的位置如下圖所示  （下圖是借助 Visual Studio Code 而生成的）

我們執(zhí)行 git status 命令，可以得到如下的結(jié)果 

由此可以知道以下三棵樹 ?? 當(dāng)前的內(nèi)容是一樣的 

• 工作目錄 ??
• 暫存區(qū)（即，Index）??
• HEAD ??

在此基礎(chǔ)上，我們可以執(zhí)行不同選項(xiàng)的git reset 命令 并比較它們的運(yùn)行結(jié)果（HEAD~2 表示當(dāng)前HEAD 的上一個(gè)commit 的上一個(gè) commit）

• git reset --soft HEAD~2
• git reset --mixed HEAD~2
• git reset --hard HEAD~2

使用--soft選項(xiàng)的git reset命令

我們把HEAD 視為一個(gè)指針或者引用，那么 git reset --soft <commit> 命令的作用就是 

將 HEAD 指向 <commit> 所對應(yīng)的位置

在運(yùn)行 main.sh 之后，我們執(zhí)行以下命令

git reset --soft HEAD~2

執(zhí)行該命令后，HEAD 會(huì)有對應(yīng)的變化 

通過查看git status 命令的執(zhí)行結(jié)果，可以知道 工作目錄 和 暫存區(qū) 的內(nèi)容是一樣的

小結(jié)

git reset --soft <commit> 會(huì)將 HEAD 指向 <commit> 所對應(yīng)的 commit。但是 暫存區(qū) 和 工作目錄 的內(nèi)容都不受影響。

使用--mixed選項(xiàng)的git reset命令

說明： git reset <commit> 和 git reset --mixed <commit> 的作用相同。

我們把 HEAD 視為一個(gè)指針或者引用，那么 git reset --mixed <commit> 命令的作用是

• 將 HEAD 指向 <commit> 所對應(yīng)的位置
• 用更新后的HEAD 來更新 暫存區(qū)（暫存區(qū)的內(nèi)容會(huì)和最新的HEAD 相同）

在運(yùn)行 main.sh 之后，我們執(zhí)行以下命令 

git reset --mixed HEAD~2

執(zhí)行該命令后，HEAD 會(huì)有對應(yīng)的變化 

通過查看git status 命令的執(zhí)行結(jié)果，可以知道HEAD 和 暫存區(qū) 的內(nèi)容是一樣的 (但是工作目錄的內(nèi)容和它們不同) 

小結(jié)

git reset --mixed <commit> 會(huì)將 HEAD 指向 <commit> 所對應(yīng)的 commit，并讓 暫存區(qū) 的內(nèi)容與最新的 HEAD 相同。工作目錄 的內(nèi)容不受影響。

使用--hard選項(xiàng)的git reset命令

我們把HEAD 視為一個(gè)指針或者引用，那么 git reset --hard <commit> 命令的作用是

• 將 HEAD 指向 <commit> 所對應(yīng)的位置
• 用更新后的HEAD 來更新 暫存區(qū)（暫存區(qū)的內(nèi)容會(huì)和最新的 HEAD 相同）
• 用更新后的 HEAD 來更新 工作目錄（工作目錄中，所有已被追蹤的文件，其內(nèi)容會(huì)和最新的 HEAD 中的內(nèi)容相同）

在運(yùn)行 main.sh 之后，我們執(zhí)行以下命令

git reset --hard HEAD~2

執(zhí)行該命令后，HEAD 會(huì)有對應(yīng)的變化 

通過查看 git status 命令的執(zhí)行結(jié)果，可以知道以下三者的內(nèi)容相同

• HEAD
• 暫存區(qū)
• 工作目錄

小結(jié)

git reset --hard <commit> 會(huì)將HEAD 指向 <commit> 所對應(yīng)的 commit，并讓 暫存區(qū) 的內(nèi)容與最新的 HEAD 相同。工作目錄 中已被追蹤的文件，也會(huì)變得和最新的HEAD 相同。

到此這篇關(guān)于一文淺析git中三種reset命令的使用與區(qū)別的文章就介紹到這了,更多相關(guān)git reset命令內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論