1 . 目標

演示下圖的git reset 各選項的效果。

2. git reset操作說明

圖中說明：

his will reset the current branch head to the selected commit, and update the working tree and the index accoding to the seleted mode.

意思是：
該操作會重置當前分支指針到所選擇的提交點，并且更新記錄點和根據所選選項更新index狀態。

這句話意味著該項操作會影響兩件事：提交的記錄 和 當前工作區中的文件狀態。

3. 環境說明

為了簡化演示，本次使用master分支。master分支初始狀態為下圖所示：

本篇各個選項的效果演示均在“回退到版本1”這個需求下進行。

彈出選項框

4. 各選項效果說明

4.1 soft

soft選項：在選擇的回退點之后的所有更改將會保留并被git追蹤下來。這就意味著可以在 version control 的 local changes 面板中查看到它們。

創建新文件demo.txt 并index。使得demo.txt文件能夠被git追蹤版本。

此時我們是在版本2的工作區基礎上進行創建的demo.txt，此時我們想要回退到版本1，并使用soft模式回退。回退的結果如下：

4.2 mixed

mixed模式：在選擇的回退點之后的所有更改將會保留但不會被git追蹤下來。

創建新文件demo.txt 并index。使得demo.txt文件能夠被git追蹤版本。

此時我們是在版本2的工作區基礎上進行創建的demo.txt，此時我們想要回退到版本1，并使用mixed模式回退。效果如下：

4.3 hard

hard模式：在選擇的回退點之后的所有更改都會被丟棄。（包括被追蹤的和已提交的文件）

在版本2基礎上新增文字，形成未提交的版本3.

回退到版本1，以hard模式。

4.4 keep

keep模式：在選擇的回退點之后的所有已提交的更改會被丟棄。但本地修改的會被完整地保存下來。

在版本2基礎上新增文字，形成未提交的版本3.

選擇了keep模式進行回退到版本1的效果如下：

說明：上圖出現了git reset problem對話框是因為keep模式會保留工作區修改的內容，所以在回退到指定的提交點后，idea接下來要處理就是這些在工作區修改的內容，所以詢問用戶是否有必要保留這些內容。如果沒必要保留，就完全可以hard reset；如果有必要，通常情況下下一步就會需要解決沖突問題。

hard reset效果如 4.3 所示，點擊smart reset后效果如下：

沒錯，這里的stash 和 unstash 都是自動完成的。

說明：用戶也可以自己手動 stash 和 unstash操作，類似壓棧和彈棧操作。這一機制在“暫時不想提交現已修改的，但現在必須馬上在未修改之前的版本上著手開發另一套事情”的尷尬場景下，可以幫助我們有一個解決方法。這一概念像cpu被中斷后如何保存中斷現場，在處理完其他任務后，能夠恢復當時現場。這里也是：當前開發版本被中斷后如何保存當前未提交內容，在開發完成其他事情后，再恢復到這些內容。

5. 總結

soft：在選定提交點之后所做的所有更改都將被暫存（這意味著可以到 version control 窗口（alt+9）的local changes 選項卡，以便您可以查看它們，并在必要時稍后提交）。

mixed：在所選提交之后所做的更改將被保留，但不會暫存以進行提交。

hard：在所選提交之后所做的所有更改都將被丟棄（已暫存的和已提交的）。

keep：在選定的提交之后所做的提交更改將被丟棄，但本地更改將保持不變。

如果需要使用idea 進行版本回退可以訪問 idea git分支回退指定的歷史版本

到此這篇關于詳解idea git reset 選項說明的文章就介紹到這了,更多相關idea git reset 選項內容請搜索服務器之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持服務器之家！

原文鏈接：https://blog.csdn.net/woshi1226a/article/details/104609951