在我的一个开发分支中，我对我的代码库进行了一些更改。在我能够完成我正在开发的功能之前，我必须将我当前的分支切换到 master 来演示一些功能。但是仅使用“git checkout master”就保留了我在开发分支中所做的更改，从而破坏了 master 中的一些功能。所以我所做的是在我的开发分支上提交更改，并使用提交消息“临时提交”，然后为演示签出 master。
现在我已经完成了演示并回到我的开发分支上工作，我想删除我所做的“临时提交”，同时仍然保留我所做的更改。那可能吗？
问问题
757104 次
12 回答
2378
就这么简单：
git reset HEAD^
注意：某些 shell 将^其视为特殊字符（例如某些 Windows shell 或启用了 globbing 的 ZSH），因此您可能必须在这些情况下引用"HEAD^"或使用。HEAD~1
git reset没有--hard或--soft移动你HEAD指向指定的提交，而不更改任何文件。HEAD^指您当前提交的（第一个）父提交，在您的情况下是临时提交之前的提交。
请注意，另一个选项是照常进行，然后在下一个提交点运行：
git commit --amend [-m … etc]
它将改为编辑最近的提交，具有与上述相同的效果。
请注意，如果您已经将错误的提交推送到其他人可能已将其拉出的地方，这（与几乎所有 git 答案一样）可能会导致问题。尽量避免这种情况
于 2013-04-02T18:58:39.790 回答
268
有两种处理方法。哪个更容易取决于您的情况
重启
如果您想要摆脱的提交是最后一次提交，并且您还没有完成任何额外的工作，您可以简单地使用git-reset
git reset HEAD^
将您的分支带回当前 HEAD 之前的提交。但是，它实际上并没有更改工作树中的文件。结果，该提交中的更改显示为已修改-就像“取消提交”命令。事实上，我有一个别名可以做到这一点。
git config --global alias.uncommit 'reset HEAD^'
然后您可以git uncommit在将来使用它来备份一个提交。
挤压
压缩提交意味着将两个或多个提交合并为一个。我经常这样做。在您的情况下，您提交了一半完成的功能，然后您将完成它并使用正确的永久提交消息再次提交。
git rebase -i <ref>
我在上面说是因为我想明确表示这可能是任意数量的提交。运行git log并找到您要删除的提交，复制其 SHA1 并使用它来代替<ref>. Git 将带您进入交互式变基模式。它将显示您当前状态和您放置的任何内容之间的所有提交<ref>。因此，如果<ref>是 10 次提交，它将显示所有 10 次提交。
在每次提交之前，都会有pick. 找到您要删除的提交并将其从 更改pick为fixup或squash。使用fixup简单地丢弃提交消息并将更改合并到列表中的直接前任中。关键字做同样的squash事情，但允许您编辑新组合提交的提交消息。
请注意，当您退出编辑器时，提交将按照它们在列表中显示的顺序重新提交。因此，如果您进行了临时提交，然后在同一分支上进行了其他工作，并在以后的提交中完成了该功能，那么使用 rebase 将允许您重新排序提交并压缩它们。
警告：
变基会修改历史记录 - 不要对您已经与其他开发人员共享的任何提交执行此操作。
藏匿
将来，为避免此问题，请考虑使用git stash临时存储未提交的工作。
git stash save 'some message'
这会将您当前的更改存储在您的存储列表中。以上是最明确的 stash 命令版本，允许使用注释来描述您要存储的内容。您也可以简单地运行而不执行git stash其他任何操作，但不会存储任何消息。
您可以使用...浏览您的存储列表
git stash list
这将向您显示您的所有存储，它们在哪些分支上完成，以及每行开头的消息和该存储的标识符，如下所示stash@{#}，其中 # 是它在存储数组中的位置。
要恢复存储（可以在任何分支上完成，无论最初创建存储的位置如何），您只需运行...
git stash apply stash@{#}
同样，# 是存储数组中的位置。如果您要恢复的存储在该0位置 - 也就是说，如果它是最近的存储。然后你可以在不指定存储位置的情况下运行命令，git 会假设你的意思是最后一个：git stash apply.
因此，例如，如果我发现自己在错误的分支上工作 - 我可能会运行以下命令序列。
git stash
git checkout <correct_branch>
git stash apply
在您的情况下，您在分支周围移动了一点，但同样的想法仍然适用。
希望这可以帮助。
于 2013-04-03T03:55:51.307 回答
188
我想你正在寻找这个
git reset --soft HEAD~1
它撤消最近的提交，同时将该提交中所做的更改保持在暂存状态。
于 2018-03-09T09:57:40.050 回答
102
是的，您可以在不删除更改的情况下删除您的提交：
git reset @~
于 2016-08-23T18:44:41.983 回答
58
您正在寻找git reset HEAD^ --soft或git reset HEAD^ --mixed。
如文档中所述，重置命令有 3 种模式：
git reset HEAD^ --soft
撤消git commit. 工作树（项目文件夹）+索引（--cached）中仍然存在更改
git reset HEAD^ --mixed
撤消git commit+ git add。工作树中仍然存在更改
git reset HEAD^ --hard
就像您从未对代码库进行过这些更改一样。更改已从工作树中消失。
于 2019-06-06T11:22:58.733 回答
20
2020 简单方法：
git reset <commit_hash>
（您要保留的最后一次提交的提交哈希）。
如果提交被推送，您可以执行以下操作：
git push -f
您将在本地保留现在未提交的更改
于 2020-06-04T17:51:37.530 回答
12
就我而言，我已经推送到了仓库。哎哟!
您可以通过执行以下操作恢复特定提交，同时将更改保留在本地文件中：
git revert -n <sha>
通过这种方式，我能够保留我需要的更改并撤消已经推送的提交。
于 2017-05-18T14:20:22.183 回答
10
对于那些使用 zsh 的人，您必须使用以下内容：
git reset --soft HEAD\^
在这里解释：https ://github.com/robbyrussell/oh-my-zsh/issues/449
如果 URL 失效，重要的部分是：
转义命令中的 ^
您也可以使用 HEAD~ 这样您就不必每次都逃避它。
于 2018-08-18T19:02:16.103 回答
3
使用 git 2.9（确切地说是 2.9.2.windows.1）
git reset HEAD^提示更多；不确定这里的预期输入。请参考下面的截图
找到了其他解决方案git reset HEAD~#numberOfCommits，我们可以选择使用该解决方案通过保持更改不变来选择要重置的本地提交数量。因此，我们有机会丢弃所有本地提交以及有限数量的本地提交。
请参阅下面显示git reset HEAD~1的屏幕截图：
于 2017-11-22T10:03:54.093 回答
2
另一种方法来做到这一点。
在临时提交的顶部添加提交，然后执行：
git rebase -i
将两个提交合并为一个（命令将打开带有明确说明的文本文件，编辑它）。
于 2013-04-02T19:59:54.253 回答
1
在某些情况下，我只想在第一次提交时撤消对特定文件的更改，以将它们添加到第二次提交并拥有更清晰的 git 日志。
在这种情况下，我要做的是：
git checkout HEAD~1 <path_to_file_to_put_in_different_commit>
git add -u
git commit --amend --no-edit
git checkout HEAD@{1} <path_to_file_to_put_in_different_commit>
git commit -m "This is the new commit"
当然，即使在rebase -i提交拆分时带有编辑选项的中间，这也能很好地工作。
于 2020-06-12T07:09:17.780 回答
0
首先，您可以使用以下命令查看日志 -
git reflog
这显示了所有提交，然后找出您要撤消的提交以及与之关联的 Head 编号，然后输入以下命令
git reset HEAD@{#NumberOfCommitYouWantToUndo}
例如git reset HEAD@{3}
git reset HEAD@{#} 显示重置后所有未暂存的更改
于 2022-03-03T11:15:54.370 回答