[英]How do I revert a Git repository to a previous commit?
如何從當前狀態恢復到某個提交時的快照？
如果我做git log ，那么我會得到以下輸出：
$ git log
commit a867b4af366350be2e7c21b8de9cc6504678a61b`
Author: Me <me@me.com>
Date: Thu Nov 4 18:59:41 2010 -0400
blah blah blah...
commit 25eee4caef46ae64aa08e8ab3f988bc917ee1ce4
Author: Me <me@me.com>
Date: Thu Nov 4 05:13:39 2010 -0400
more blah blah blah...
commit 0766c053c0ea2035e90f504928f8df3c9363b8bd
Author: Me <me@me.com>
Date: Thu Nov 4 00:55:06 2010 -0400
And yet more blah blah...
commit 0d1d7fc32e5a947fbd92ee598033d85bfc445a50
Author: Me <me@me.com>
Date: Wed Nov 3 23:56:08 2010 -0400
Yep, more blah blah.
我如何恢復到 11 月 3 日的提交，即提交0d1d7fc ？
這在很大程度上取決於您所說的“還原”是什么意思。
如果你想暫時回到它，鬼混，然后回到你所在的地方，你所要做的就是檢查所需的提交：
# This will detach your HEAD, that is, leave you with no branch checked out:
git checkout 0d1d7fc32
或者，如果您想在那里進行提交，請繼續並在您使用時創建一個新分支：
git checkout -b old-state 0d1d7fc32
要回到你所在的位置，只需再次檢查你所在的分支。 （如果您進行了更改，就像在切換分支時一樣，您必須酌情處理它們。您可以重置以丟棄它們；您可以存儲、結帳、存儲彈出以將它們隨身攜帶；您可以提交如果你想在那里有一個分支，他們可以去那里的一個分支。）
另一方面，如果你想真正擺脫從那時起所做的一切，有兩種可能性。 一，如果您還沒有發布任何這些提交，只需重置：
# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32
# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts, if you've modified things which were
# changed since the commit you reset to.
如果你搞砸了，你已經丟棄了你的本地更改，但你至少可以通過再次重置來恢復到以前的位置。
另一方面，如果您已經發布了作品，您可能不想重置分支，因為這實際上是在重寫歷史。 在這種情況下，您確實可以還原提交。 對於 Git，revert 有一個非常具體的含義：創建一個帶有反向補丁的提交以取消它。 這樣你就不會重寫任何歷史。
# This will create three separate revert commits:
git revert a867b4af 25eee4ca 0766c053
# It also takes ranges. This will revert the last two commits:
git revert HEAD~2..HEAD
#Similarly, you can revert a range of commits using commit hashes (non inclusive of first hash):
git revert 0d1d7fc..a867b4a
# Reverting a merge commit
git revert -m 1 <merge_commit_sha>
# To get just one, you could use `rebase -i` to squash them afterwards
# Or, you could do it manually (be sure to do this at top level of the repo)
# get your index and work tree into the desired state, without changing HEAD:
git checkout 0d1d7fc32 .
# Then commit. Be sure and write a good message describing what you just did
git commit
git-revert手冊頁實際上在其描述中涵蓋了很多內容。 另一個有用的鏈接是討論 git-revert 的 git-scm.com 部分。
如果您決定根本不想恢復，您可以恢復恢復（如此處所述）或重置回恢復之前（請參閱上一節）。
在這種情況下，您可能還會發現此答案很有幫助：
如何將 HEAD 移回之前的位置？ （分離的頭）和撤消提交
這里有很多復雜而危險的答案，但實際上很容易：
git revert --no-commit 0766c053..HEAD
git commit
這會將 HEAD 中的所有內容恢復為提交哈希，這意味着它將在工作樹中重新創建該提交狀態，就好像0766c053之后的每個提交都被退回一樣。 然后，您可以提交當前樹，它將創建一個全新的提交，基本上等同於您“恢復”到的提交。
（ --no-commit標志讓 git 一次恢復所有提交——否則系統會提示您為范圍內的每個提交提供一條消息，從而在您的歷史記錄中添加不必要的新提交。）
這是回滾到先前狀態的一種安全且簡單的方法。 沒有歷史被破壞，因此它可以用於已經公開的提交。
自己工作，只想讓它工作？ 請遵循以下這些說明，它們多年來一直為我和許多其他人可靠地工作。
與他人合作？ Git 很復雜。 在您輕率行事之前，請閱讀此答案下方的評論。
要恢復到以前的提交，忽略任何更改：
git reset --hard HEAD
HEAD 是當前分支中的最后一次提交
要恢復到比最近提交更早的提交：
# Resets index to former commit; replace '56e05fced' with your commit code
git reset 56e05fced
# Moves pointer back to previous HEAD
git reset --soft HEAD@{1}
git commit -m "Revert to 56e05fced"
# Updates working copy to reflect the new commit
git reset --hard
歸功於類似的 Stack Overflow 問題， Revert to a commit by a SHA hash in Git? .
對我和其他人來說最好的選擇是 Git 重置選項：
git reset --hard <commidId> && git clean -f
這對我來說是最好的選擇！ 它簡單、快速、有效！
** 注意：** 如評論中所述，如果您與擁有舊提交副本的其他人共享您的分支，請不要這樣做
同樣從評論中，如果您想要一種不那么“笨拙”的方法，您可以使用
git clean -i
在回答之前，讓我們添加一些背景知識，解釋一下這個HEAD是什么。
HEAD只是對當前分支上當前提交（最新）的引用。 在任何給定時間只能有一個HEAD （不包括git worktree ）。
HEAD的內容存儲在.git/HEAD中，它包含當前提交的 40 字節 SHA-1 哈希。
detached HEAD 如果您不是最新的提交——這意味着HEAD指向歷史上的先前提交，它被稱為detached HEAD 。
在命令行上它看起來像這樣 - SHA-1 哈希而不是分支名稱，因為HEAD沒有指向當前分支的尖端：
git checkoutgit checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits t go back
這將簽出指向所需提交的新分支。 此命令將檢出給定的提交。
此時您可以創建一個分支並從這一點開始工作：
# Checkout a given commit.
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>
# Create a new branch forked to the given commit
git checkout -b <branch name>
git reflog 您也可以隨時使用reflog 。 git reflog將顯示更新HEAD的任何更改，並檢查所需的 reflog 條目會將HEAD設置回此提交。
每次修改 HEAD 時， reflog中都會有一個新條目
git reflog
git checkout HEAD@{...}
這將使您回到所需的提交。
git reset HEAD --hard <commit_id> 將您的HEAD “移動”回所需的提交。
# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32
# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts, if you've modified things which were
# changed since the commit you reset to.
git rebase --no-autostash 。 這個模式說明了哪個命令做什么。 如您所見， reset && checkout修改HEAD 。
您可以通過以下兩個命令執行此操作：
git reset --hard [previous Commit SHA id here]
git push origin [branch Name] -f
它將刪除您之前的 Git 提交。
如果要保留更改，還可以使用：
git reset --soft [previous Commit SHA id here]
然后它將保存您的更改。
如果您想“取消提交”，刪除最后的提交消息，並將修改后的文件放回暫存中，您可以使用以下命令：
git reset --soft HEAD~1
--soft表示應將未提交的文件保留為工作文件，而不是--hard將丟棄它們。HEAD~1是最后一次提交。 如果你想回滾 3 次提交，你可以使用HEAD~3 。 如果您想回滾到特定的修訂號，您也可以使用其 SHA 哈希來執行此操作。在您提交了錯誤的事情並且想要撤消最后一次提交的情況下，這是一個非常有用的命令。
最好的方法是：
git reset --hard <commidId> && git push --force
這會將分支重置為特定的提交，然后將使用與本地相同的提交上傳遠程服務器。
請注意--force標志，因為它會在選定提交之后刪除所有后續提交，而沒有恢復它們的選項。
我嘗試了很多方法來恢復 Git 中的本地更改，如果您只想恢復到最新的提交狀態，這似乎是最好的。
git add . && git checkout master -f
簡短的介紹：
git revert那樣創建任何提交。git checkout <commithashcode>那樣分離你的 HEAD。我找到了一種更方便和簡單的方法來實現上述結果：
git add . && git reset --hard HEAD
HEAD 指向您當前分支的最新提交。
它與 boulder_ruby 建議的代碼代碼相同，但我添加了git add . 在git reset --hard HEAD刪除自上次提交以來創建的所有新文件之前，因為這是大多數人在恢復到最新提交時所期望的。
好的，回到 Git 中的先前提交非常容易......
在不保留更改的情況下恢復：
git reset --hard <commit>
恢復並保留更改：
git reset --soft <commit>
說明：使用git reset ，您可以重置為特定狀態。 如上所示，通常將它與提交哈希一起使用。
但是正如您所看到的，區別在於使用兩個標志--soft和--hard ，默認情況下git reset使用--soft標志，但始終使用該標志是一個好習慣，我解釋每個標志：
解釋的默認標志，不需要提供它，不會更改工作樹，但它會添加所有已更改的文件准備提交，因此您返回到提交狀態，對文件的更改將取消暫存。
小心這個標志。 它重置工作樹和跟蹤文件的所有更改，所有更改都將消失！
我還創建了下面的圖像，它可能會在使用 Git 的現實生活中發生：
假設您正在談論 master 和相應的分支（也就是說，這可能是您關心的任何工作分支）：
# Reset local master branch to November 3rd commit ID
git reset --hard 0d1d7fc32e5a947fbd92ee598033d85bfc445a50
# Reset remote master branch to November 3rd commit ID
git push -f origin 0d1d7fc32e5a947fbd92ee598033d85bfc445a50:master
我在一篇博文中找到了答案（現在不再存在）
請注意，這是重置並強制更改遠程，因此如果您團隊中的其他人已經 git pull，您將給他們帶來問題。 你正在破壞變更歷史，這是人們首先使用 git 的一個重要原因。
最好使用revert（見其他答案）而不是reset。 如果你是一個人的團隊，那么這可能並不重要。
Jefromi 的解決方案絕對是最好的，您絕對應該使用它們。 但是，為了完整起見，我還想展示這些其他替代解決方案，它們也可用於恢復提交（從某種意義上說，您創建了一個新的提交來撤消先前提交中的更改，就像git revert的那樣） .
需要明確的是，這些替代方法並不是恢復提交的最佳方法， Jefromi 的解決方案是，但我只想指出，您也可以使用這些其他方法來實現與git revert相同的事情。
這是查爾斯·貝利 (Charles Bailey) 通過 Git 中的 SHA 哈希恢復提交的解決方案的一個非常輕微的修改版本？ ：
# Reset the index to the desired commit
git reset --hard <commit>
# Move the branch pointer back to the previous HEAD
git reset --soft HEAD@{1}
# Commit the changes
git commit -m "Revert to <commit>"
這基本上是通過使用軟重置將保留先前提交的狀態暫存在索引/暫存區域中的事實來實現的，然后您可以提交。
該解決方案來自 svick 對Checkout old commit 的解決方案並使其成為新提交：
git rm -r .
git checkout <commit> .
git commit
與備選方案 #1 類似，這會在當前工作副本中重現<commit>的狀態。 有必要先執行git rm ，因為git checkout不會刪除自<commit>之后添加的文件。
假設您在名為~/commits-to-revert.txt的文本文件中有以下提交（我使用git log --pretty=oneline來獲取它們）
fe60adeba6436ed8f4cc5f5c0b20df7ac9d93219
0c27ecfdab3cbb08a448659aa61764ad80533a1b
f85007f35a23a7f29fa14b3b47c8b2ef3803d542
e9ec660ba9c06317888f901e3a5ad833d4963283
6a80768d44ccc2107ce410c4e28c7147b382cd8f
9cf6c21f5adfac3732c76c1194bbe6a330fb83e3
fff2336bf8690fbfb2b4890a96549dc58bf548a5
1f7082f3f52880cb49bc37c40531fc478823b4f5
e9b317d36a9d1db88bd34831a32de327244df36a
f6ea0e7208cf22fba17952fb162a01afb26de806
137a681351037a2204f088a8d8f0db6e1f9179ca
創建一個Bash shell 腳本來還原它們中的每一個：
#!/bin/bash
cd /path/to/working/copy
for i in `cat ~/commits-to-revert.txt`
do
git revert $i --no-commit
done
這會將所有內容恢復到以前的狀態，包括文件和目錄的創建和刪除，將其提交到您的分支並保留歷史記錄，但您將其恢復到相同的文件結構。 為什么 Git 沒有git revert --to <hash>超出了我的理解。
除了這種精確的組合之外，這里對我沒有任何幫助：
git reset --hard <commit_hash>
git push origin <branch_name> --force
這里的關鍵是強制推送，沒有額外的提交/提交消息等。
這是一種更簡單的方法可以返回到先前的提交（並使其處於未提交狀態，隨心所欲地處理它）：
git reset HEAD~1
所以，不需要提交 ID 等等:)
您可以自己完成所有這些初始步驟並推送回 Git 存儲庫。
使用git pull --all命令從 Bitbucket 拉取最新版本的存儲庫。
從終端運行帶有-n 4的 Git log 命令。 -n后面的數字決定了從本地歷史中最近一次提交開始的日志中的提交次數。
$ git log -n 4 使用git reset --hard HEAD~N存儲庫歷史記錄的頭部，其中 N 是您想要收回頭部的提交次數。 在以下示例中，head 將被設置回一個提交，到存儲庫歷史中的最后一個提交：
使用git push --force將更改推送到 Git 存儲庫以強制推送更改。
如果您希望 Git 存儲庫到以前的提交：-
git pull --all
git reset --hard HEAD~1
git push --force
警告！ 如果用戶錯誤地提交了錯誤的提交，此命令可能會導致丟失提交歷史。 總是在其他地方對你的 git 進行額外的備份，以防萬一你犯了錯誤，這比你更安全一些。 :)
我遇到了類似的問題，想恢復到之前的提交。 就我而言，我對保留較新的提交不感興趣，因此我使用了Hard 。
我是這樣做的：
git reset --hard CommitId && git clean -f
這將在本地存儲庫上恢復，並且在此處使用git push -f后將更新遠程存儲庫。
git push -f
例如，如果您想完全忽略名稱為下一個圖像的enforce non-group manage policies的提交
你會跑
git reset --hard dd52eb9 && git clean -f
其次是
git push -f
之后，您將看不到該提交（ enforce non-group manage policies ）
在所有更改之后，當您推送所有這些命令時，您可能必須使用：
git push -f ...
不僅是git push 。
有一個命令（不是核心 Git 的一部分，但它在git-extras包中）專門用於恢復和暫存舊提交：
git undo
根據手冊頁，它也可以這樣使用：
# Remove the latest three commits
git undo 3
Revert 是回滾提交的命令。
git revert <commit1> <commit2>
樣本：
git revert 2h3h23233
它能夠從 HEAD 獲取范圍，如下所示。 這里 1 表示“恢復上次提交”。
git revert HEAD~1..HEAD
然后做：
git push
如果情況很緊急，並且您只想以一種快速而骯臟的方式做提問者所問的事情，假設您的項目位於名為“我的項目”的目錄下：
QUICK AND DIRTY ：根據情況，快速和骯臟實際上可能非常好。 我的解決方案在這里所做的不是使用極其聰明且功能強大的 git 命令，用從潛伏在 .git/ 目錄下的 git 存儲庫深處拖出/提取的文件不可逆轉地替換您在工作目錄中的文件，其中有許多。 您不必進行這種深海潛水來恢復可能看似災難性的情況，並且在沒有足夠專業知識的情況下嘗試這樣做可能會致命。
復制整個目錄並將其命名為其他名稱，例如“我的項目 - 復制”。 假設您的 git 存儲庫（“repo”）文件位於“my project”目錄下（它們的默認位置，位於名為“.git”的目錄下），您現在將復制您的工作文件和 repo 文件。
在“我的項目”目錄中執行此操作：
.../my project $ git reset --hard [first-4-letters&numbers-of-commit's-SHA] 這會將“我的項目”下的存儲庫狀態返回到您提交時的狀態（“提交”表示您的工作文件的快照）。 自“ reset ted”提交以來的所有提交將在“我的項目”下永遠丟失，但是......它們仍將出現在“我的項目 - 副本”下的存儲庫中，因為您復制了所有這些文件 - 包括回購，在 .../.git/ 下。
然后，您的系統上有兩個版本...您可以檢查或復制或修改上一次提交中感興趣的文件或其他文件。 如果您決定新工作，因為恢復的提交無處可去，您可以完全丟棄“我的項目 - 副本”下的文件......
如果你想繼續項目的狀態而不實際丟棄工作，因為這個檢索到的提交，那么顯而易見的事情是再次重命名你的目錄：刪除包含檢索到的提交的項目（或給它一個臨時名稱）並重命名你的“我的項目 - 復制”目錄回到“我的項目”。 然后也許嘗試理解這里的其他一些答案，並可能很快再做一次提交。
Git 是一個絕妙的創造，但絕對沒有人能夠“即時掌握”：試圖解釋它的人也經常假設其他 VCS [版本控制系統] 的先驗知識並深入研究太遠太早了，並犯下其他可怕的罪行，例如使用可互換的術語來表示“結帳”-有時看起來幾乎是故意使初學者感到困惑的方式。
為了減輕自己的壓力，請從我的傷疤中學習。 你幾乎必須閱讀一本關於 Git 的書——我建議閱讀 THE BOOK, Pro Git 2nd edition ：可從 git central免費下載等。 2014 年出版，但截至 2022 年初，仍然是最好的。 盡早行動：從現在開始，Git 注定要成為你生活的一部分。 如果你這樣做了，請記住 Git 的大部分復雜性來自分支然后重新合並： Pro Git書實際上非常溫和地介紹了這個核心方面，但你可以在第一次閱讀的任何書中跳過這些部分。 從你的問題來看，人們沒有理由用科學來蒙蔽你。
尤其是如果，例如，這是一個絕望的情況，而你是 Git 的新手！
PS：（稍微謹慎）另一個想法：（現在）將 Git 存儲庫保存在與工作文件不同的目錄中實際上非常簡單。 這意味着您不會使用上述快速而骯臟的解決方案復制整個 Git 存儲庫。 在這里使用--separate-git-dir查看 Fryer 的答案。 牢記這一點，請注意：如果您有一個未復制的“單獨目錄”存儲庫，並且您進行了硬重置，那么重置提交之后的所有版本都將永遠永遠丟失，除非您有，正如您絕對應該的那樣，定期備份您的存儲庫，最好備份到雲端（例如Google Drive ）等其他地方。
關於“備份到雲端”這個主題，下一步是在 GitHub 或（在我看來更好） GitLab開設一個帳戶（當然免費）。 然后，您可以定期執行git push命令以“正確”更新您的雲存儲庫。 但同樣，談論這個可能為時過早：必須配置git push ，由於完全令人費解的技術原因可能無法工作，涉及了解遠程存儲庫（“來源”等）。 因此，在您變得知識淵博之前，一種快速而簡單的基於雲的備份方法可能更可取。 再次， Pro Git書介紹了遠程存儲庫的工作方式，以及與您的本地存儲庫的關系，非常溫和和合理。
嘗試重置為所需的提交：
git reset <COMMIT_ID>
要檢查COMMIT_ID ，請使用：
git log
這會將所有更改的文件重置為未添加狀態。
現在您可以通過以下方式checkout出所有未添加的文件
git checkout .
要驗證您的更改，請使用：
git log
更新
如果您的倉庫中有一個並且只有一個提交，請嘗試
git update-ref -d HEAD
選擇您需要的提交，並通過
git show HEAD
git show HEAD~1
git show HEAD~2
直到您獲得所需的提交。 要使 HEAD 指向這一點，請執行
git reset --hard HEAD~1
或git reset --hard HEAD~2或其他。
恢復到最近的提交並忽略所有本地更改：
git reset --hard HEAD
git stash
git stash clear
它直接清除您自上次提交以來所做的所有更改。
PS：有點小問題； 它還會刪除您最近存儲的所有存儲更改。 我想在大多數情況下這無關緊要。
想法：您基本上想用先前提交的狀態替換當前的工作樹狀態，然后從中創建一個提交。 忽略的文件最好不要更改。 方法如下：
清空工作樹 *.
git rm -r --cached . && git clean -f -d將工作樹置於我們想要的狀態**。
git checkout 0d1d7fc3 .創建還原提交。
git add --all && git commit -m "revert to 0d1d7fc3"起初我認為Yarins 的答案是最好的，但它不適用於合並提交。 這個解決方案可以。
此外，它不會從歷史記錄中刪除任何內容（推送或推送）。 它產生一個干凈的提交，代表我們想要恢復的狀態。
* 通過從工作樹中刪除未跟蹤但未被忽略的文件（在.gitignore中指定的文件）。 工作樹是空的，除了我們想要保留的被忽略的文件（如果沒有為clean指定-x選項）
** 當指定路徑時（此處： . ），結帳將單獨留下 HEAD。
為了從一些意外更改中徹底清除編碼器的目錄，我們使用了：
git add -A .
git reset --hard HEAD
只是git reset --hard HEAD將擺脫修改，但它不會擺脫“新”文件。 在他們的情況下，他們不小心將一個重要文件夾隨機拖到某個地方，並且所有這些文件都被 Git 視為新文件，因此reset --hard並沒有修復它。 通過運行git add -A . 之前，它使用 git 明確地跟蹤它們，並被重置清除。
我相信有些人可能會提出這個問題，想知道如何回滾他們在主控中所做的已提交更改 - 即扔掉所有東西並返回到原點/主控，在這種情況下，請執行以下操作：
git reset --hard origin/master
https://superuser.com/questions/273172/how-to-reset-master-to-origin-master
要將上一次提交的更改保留到 HEAD 並移至上一次提交，請執行以下操作：
git reset <SHA>
如果從上一次提交到 HEAD 不需要更改並丟棄所有更改，請執行以下操作：
git reset --hard <SHA>
還原最近提交：
git reset --hard HEAD
HEAD只是對當前分支上當前提交（最新）的引用。 在任何給定時間只能有一個HEAD 。
還原到較早的提交：還原舊版本的最快方法是使用reset命令：
# Resets index to former commit
git reset 56e05fced
# Moves pointer back to previous HEAD
git reset --soft HEAD@{1}
# Updates working copy to reflect the new commit
git reset --hard
這會將您的HEAD分支倒帶到指定的版本。 此版本之后的所有提交都將被撤消； 您的項目與當時的情況完全相同。
reset命令帶有幾個選項，更有趣的選項之一是--soft標志。 如果使用它而不是--hard ，則Git會將這些“未完成”提交中的所有更改保留為本地修改。
如前所述，在HEAD分支上使用reset命令是一項非常艱巨的操作：它將刪除指定修訂版之后的所有提交（在此分支上）。 如果您確定這就是您想要的，那么一切都很好。
但是，如果您希望保持當前的HEAD分支不變，則還有一種更安全的方法。 由於“分支”在Git中是如此便宜和容易，因此我們可以輕松創建一個從該舊版本開始的新分支：
git checkout -b old-project-state 0ad5a7a6
通常，checkout命令僅用於切換分支。 但是，提供-b參數，還可以讓它創建一個新分支（在本示例中名為old-project-state ）。 如果您不希望它從當前的HEAD版本開始，則還需要提供一個提交哈希-我們要還原的舊項目版本。
現在，您有了一個名為old-project-state的新分支，它反映了項目的舊版本-無需觸摸甚至刪除任何其他提交或分支。
當您的提交被遠程推送時，您需要刪除它們。 讓我假設您的分支是develop並且它被推過origin 。
您首先需要從origin中刪除develop ：
git push origin :develop (note the colon)
然后你需要開發到你想要的狀態，讓我假設提交哈希是 EFGHIJK：
git reset --hard EFGHIJK
最后，再次推動開發：
git push origin develop
對於回滾（或還原）：
1. git revert --no-commit "commit-code-to-remove" HEAD
(e.g. git revert --no-commit d57a39d HEAD)
2. git commit
3. git push
嘗試以上兩個步驟，如果你發現這是你想要的，那么git push 。
如果您發現有問題，請執行以下操作：
git revert --abort
如果您想糾正上次提交中的一些錯誤，一個不錯的選擇是使用git commit --amend命令。 如果最后一次提交沒有被任何引用指向，這將起到作用，因為它創建了一個與最后一次提交具有相同父級的提交。 如果沒有對最后一次提交的引用，它將被簡單地丟棄，這個提交將是最后一次提交。 這是在不恢復提交的情況下更正提交的好方法。 但是，它有其自身的局限性。
在GitKraken 中，您可以這樣做：
右鍵單擊要重置的提交，選擇：重置為此提交/硬：
再次右鍵單擊提交，選擇：當前分支名稱/推送：
單擊強制推送：
觀察。 : 你需要小心，因為硬重置后的所有提交歷史都丟失了，這個動作是不可逆的。 你需要確定你在做什么。
首先，獲取標識某個日期提交的字符串，執行以下操作：
git rev-list -n 1 --before="2009-07-27 13:37" origin/master
它打印提交標識符，獲取字符串（例如 XXXX）並執行以下操作：
git checkout XXXX
另一個最簡單的解決方案； 您必須更改分支才能執行此操作，但之后您可以運行：
git branch -f <<branchname>> 0d1d7fc32e5a947fbd92ee598033d85bfc445a50
使用Sourcetree可以更輕松地完成它。 只需右鍵單擊您要查找的提交並從菜單中選擇“結帳”。
由於某種原因，我無法手動恢復我的，所以這就是我最終的做法。
git reflog
選擇 git reflog 的 HEAD(s) 的數量，您想要恢復並執行（對於這個例子，我選擇 12）：
git reset HEAD@{12} --hard
如果您想暫時還原更改，因為
您可以使用git log搜索最后一個工作提交，然后運行：
git rebase --onto <commitId>
當遠程分支再次工作時，您可以
git pull --rebase
對於臨時更改，此方法比git checkout更好，因為您沒有處於分離狀態。
我發現將分支恢復到任何特定提交的最簡單的方法是：
如：
echo 'ref: refs/heads/example' > .git/HEAD
如果您然后執行git status ，您應該會看到您所在的分支與您希望恢復到的分支之間的所有更改。
如果一切看起來都不錯，您可以提交。 您還可以使用git diff revert ..example 來確保它是相同的。
重置分階段的更改和提交
git reset命令允許您更改存儲庫的 HEAD（工作樹指向的最新提交）。 它修改暫存區或暫存區和工作樹。
Git 能夠完全按照您的意願制作提交，這意味着您有時需要撤消對您使用git add暫存的更改所做的更改。 你可以通過調用git reset HEAD <file to change>來做到這一點。
您有兩種選擇可以完全擺脫更改。 git checkout HEAD <file(s) or path(s)>是一種快速撤消對暫存區和工作樹所做更改的方法。 但是，請小心使用此命令，因為它會刪除對工作樹的所有更改。
Git 不知道這些更改，因為它們從未被提交。 運行此命令后，無法恢復這些更改。
您可以使用的另一個命令是git reset --hard 。 它對您的工作樹同樣具有破壞性 - 任何未提交的更改或分階段的更改在運行后都會丟失。 運行git reset -hard HEAD 與git checkout HEAD做同樣的事情。 它只是不需要文件或路徑即可工作。
您可以將--soft與git reset一起使用。 它將存儲庫重置為您指定的提交並暫存所有這些更改。 您已經暫存的任何更改都不會受到影響，工作樹中的更改也不會受到影響。
最后，您可以使用--mixed重置工作樹，而無需暫存任何更改。 這也會取消暫存的任何更改。
恢復提交
有時我們會犯錯誤。 不應該共享的提交被推送到公共存儲庫，提交有一個無法修復且需要撤消的錯誤，或者您可能不再需要該代碼。
這些情況都需要git revert 。 git revert命令可以滿足您的期望。 它通過對歷史應用反向提交來恢復單個提交。
有時您需要還原多個提交才能完全撤消更改。 您可以使用-no-commit ，或者您可以使用-n告訴 Git 執行還原，但不要提交更改。
這使您可以將所有恢復提交合並到一個提交中，如果您需要恢復跨越多個提交的功能，這很有用。 確保以相反的順序恢復提交 - 首先是最新的提交。
否則，您可能會因為嘗試還原尚不存在的代碼而混淆 Git。
有許多答案提供刪除最后一次提交。 但是，這里詢問如何刪除特定的提交，在這種情況下是刪除最后三個提交，回到 11 月 3 日的提交。
你可以用變基來做到這一點。 只需這樣做：
git rebase -i HEAD~4
這將列出您的最后四個提交。
現在您可以選擇刪除提交。 你可以通過drop文本來做到這一點。
只需在鍵盤上點擊i並在要刪除 write drop而不是默認pick的提交旁邊
在鍵盤上，點擊exit和:wq
要確保刪除提交，請編寫：
git log
您將看到您保存為 drop 的提交已被刪除。
要將這些更改推送到您的遠程分支，請編寫：
git push --force
如何將本地和遠程 git 存儲庫恢復到以前的提交？
[英]How to revert both local and remote git repository to a previous commit?
在 git 恢復我之前的提交后，如何提交我的更改？
[英]How do I commit my changes following a git revert of my previous commit?
如何在不刪除最新提交的情況下恢復到上一個提交？
[英]How do I revert to the previous commit without deleting the latest commit?
Git：如何用上一個提交而不是分支或git revert替換當前的工作目錄？
[英]Git: How do you replace your current working directory with a previous commit without branching or git revert?
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.