使用git2.9（精确到2.9.2.windows.1）git reset HEAD^提示更多信息；不确定此处的预期输入。请参考下面的截图

找到了另一个解决方案git-resetHEAD~#numberOfCommits，我们可以使用它来选择要通过保持更改不变来重置的本地提交数。因此，我们有机会丢弃所有本地提交以及有限数量的本地提交。

请参阅下面显示git reset HEAD~1的屏幕截图：

是的，您可以在不删除更改的情况下删除提交：

git reset @~

有两种处理方法。哪个更容易取决于你的情况。

重置

如果您要删除的提交是最后一次提交，并且您没有做任何额外的工作，您可以简单地使用git reset

git reset HEAD^

将分支返回到当前HEAD之前的提交。但是，它实际上不会更改工作树中的文件。结果，该提交中的更改显示为已修改-这就像“取消提交”命令。事实上，我有一个别名来做这件事。

git config --global alias.uncommit 'reset HEAD^'

然后，您可以在将来使用gitunmit来备份一次提交。

挤压

压缩提交意味着将两个或多个提交合并为一个。我经常这样做。在您的案例中，您提交了一个完成一半的特性，然后您将完成它并使用正确的永久提交消息再次提交。

git rebase -i <ref>

我之所以这么说，是因为我想明确这可能是任何数量的提交。运行gitlog并找到要删除的提交，复制其SHA1并使用它来代替＜ref＞。Git将带您进入交互式重新基础模式。它将显示当前状态与放置在＜ref＞位置的任何内容之间的所有提交。因此，如果＜ref＞是10次提交，它将显示所有10次提交。

在每次提交之前，都会有pick这个词。找到您要删除的提交，并将其从pick更改为fixup或square。使用fixup只需丢弃提交消息并将更改合并到列表中的前一个消息中。squash关键字执行相同的操作，但允许您编辑新组合提交的提交消息。

请注意，当您退出编辑器时，提交将按照列表中显示的顺序重新提交。因此，如果您进行了临时提交，然后在同一分支上执行了其他工作，并在稍后的提交中完成了该功能，那么使用rebase将允许您重新排序提交并压缩它们。

警告：

重新分配修改历史记录-不要对您已经与其他开发人员共享的任何提交执行此操作。

固定（Stashing）

将来，为了避免这个问题，可以考虑使用git stash临时存储未提交的工作。

git stash save 'some message'

这将把您当前的更改存储在存储列表的旁边。以上是stash命令的最显式版本，允许注释描述您正在隐藏的内容。您也可以简单地运行git stash，而不执行其他操作，但不会存储任何消息。

你可以浏览你的隐藏列表。。。

git stash list

这将显示您的所有存储，它们在哪些分支上执行，以及消息和每行的开头，以及该存储的标识符，看起来像这个存储@{#}，其中#是它在存储阵列中的位置。

要恢复存储（可以在任何分支上执行，无论存储最初是在哪里创建的），只需运行。。。

git stash apply stash@{#}

同样，#是存储阵列中的位置。如果要恢复的存储在0位置，也就是说，如果是最近的存储。然后，您可以在不指定存储位置的情况下运行该命令，git将假设您是指最后一个：git stash apply。

因此，例如，如果我发现自己在错误的分支上工作，我可能会运行以下命令序列。

git stash
git checkout <correct_branch>
git stash apply

在您的案例中，您在分支中移动了一点，但同样的想法仍然适用。

首先，您可以使用以下命令查看日志-

git reflog

这将显示所有提交，然后找出要撤消的提交以及与之关联的头号，然后输入以下命令

git reset HEAD@{#NumberOfCommitYouWantToUndo} 

例如git reset HEAD@｛3｝

git-resetHEAD@{#}显示重置后的所有未分级更改

就我而言，我已经推动回购。哎哟

您可以通过以下操作恢复特定提交，同时将更改保留在本地文件中：

git revert -n <sha>

通过这种方式，我能够保留所需的更改，并取消已经推送的提交。

还有一种方法。

在临时提交的顶部添加提交，然后执行以下操作：

git rebase -i

要将两个提交合并为一个（命令将打开带有显式指令的文本文件，请对其进行编辑）。