在日常的开发过程中，我们广泛利用Git进行版本控制。然而，有时我们可能会误将错误的代码推送到远程仓库，或者希望在本地返回到先前的某个版本以重新进行开发。
就像我个人的经历一样，我曾推送了一些我认为未来会非常有用的优化方案到线上，但随后又接到了一个紧急的新需求。由于项目的关键性，未经测试的方案不能轻易上线。为了响应新需求，我需要先撤销之前推送的优化方案。
目前我的分支状态如下，我的目标是在本地和远程仓库中都回退到"第四次提交"这一部分。

方法一、手动删除

对于错误代码较少的情况，通过与想要恢复到的commit进行对比，然后手动删除错误代码是一种有效的方法。只需按住ctrl键选择两个commit，然后点击Compare Versions，即可轻松删除错误代码。这种方法在代码较为简单时非常实用，甚至可以通过再次对比确保代码一致性。

然而，对于代码较为复杂的情况，对比删除可能变得困难。尤其是涉及到配置文件时，这可能会让人感到困扰。

此外，使用这种方法会保留错误提交的记录，对于追求完美的开发者来说，这可能是一个问题。幸运的是，Git提供了一套更为优雅的操作流程来解决这个问题。

方法二、分支重置

选择你想要重置的分支，选择将当前分支重置到此处，如果是英文则是Reset Current Branch to here

这时候会跳出四个选项供你选择，我这边选择的是硬模式，也就是hard模式，对于这四种模式，我下面有详细的介绍，如果没有需要可以直接使用硬模式即可

我们可以看到，第四次提交和第三次提交已经变成白色的了，而且dev分支的标签指向的是第二次提交。

经过上述操作，本地错误提交的commit已被清除。然而，远程仓库中的提交仍保持原状。为了将本地状态同步到远程仓库，需要删除那些commit。在push界面中，尽管没有新的commit需要提交，但我们需要执行强制推送（Force Push）操作，以确保本地状态推送到远程仓库。

需要注意的是对于一些被保护的分支，这个操作是不能进行的。需要自行查看配置，一般来说master分支和main分支都是保护分支。我们可以在设置-》版本控制-》git-》推送中查看到

我们在git上看，dev分支已经还原到第二次提交的这个版本，第三次提交和第四次提交都没了。

Git Reset 四个参数介绍

这四种模式对应着git reset的四种参数，git官方的文档说明如下

1. Soft: git reset --soft

Does not touch the index file or the working tree at all (but resets the head to , just like all modes do). This leaves all yourchanged files “Changes to be committed”, as git status would put it.

说明：这将重置索引，但保留工作目录中的文件。这意味着你可以在本地继续编辑文件，而不会丢失已经做出的修改。如果你想回退到某个提交，但同时保留在工作目录中的修改，那么可以使用这个模式。

2. Mixed: git reset --mixed

Resets the index but not the working tree (i.e., the changed files are preserved but not marked for commit) and reports what has not been updated. This is the default action.

说明：这与 soft 模式类似，但还会清除HEAD指针。这意味着你的本地提交将被丢弃，但你可以继续编辑文件。如果你想丢弃本地的更改，但同时保留在暂存区的更改（还没有添加到索引），那么可以使用这个模式。

3. Hard: git reset --hard

Resets the index and working tree. Any changes to tracked files in the working tree since are discarded. Any untracked files or directories in the way of writing any tracked files are simply deleted.

说明：这将重置索引和工作目录，并丢弃所有更改。所有的工作都将丢失，相当于你在特定提交的基础上重新开始工作。如果你想丢弃所有的更改，包括工作目录中的文件和暂存区的更改，那么可以使用这个模式。

4. Keep: git reset --keep

Resets the index and updates the files in the working tree that are different between and HEAD, but keeps those which are different between the index and working tree (i.e. which have changes which have not been added). If a file that is different between and the index has unstaged changes, reset is aborted.

说明：这实际上是一个变体，用于处理Git 2.23及更高版本中引入的合并提交的回退。它尝试保留在重置点之后的所有提交，但丢弃在重置点之前的所有提交。