撤回已提交版本。
# 回退所有内容到上一个版本
git reset HEAD^
# 回退a.py这个文件的版本到上一个版本
git reset HEAD^ a.py
# 向前回退到第3个版本
git reset –soft HEAD~3
# 将本地的状态回退到和远程的一样
git reset –hard [remote_name]/[branch_name]
# 回退到某个版本057d
git reset 057d
共有三种模式：
--hard--soft-- mixed
git reset --hard [commit_id] : 重置 暂存区 和 工作区
--hard 模式 会在重置 HEAD 和 branch 的指针位置 的同时，重置 暂存区 和 工作区里的内容。
此时，git commit 记录强制回溯到某一个提交节点 commit_id，同时 commit_id 之前的记录与修改内容会彻底删除。
git reset --soft [commit_id] : 保留工作区，并将已 commit 到仓库的内容放到暂存区
--soft 模式 会在重置 HEAD 和 branch 的指针位置 的同时，保留工作区和暂存区中的内容，并把重置 HEAD 指针位置 所带来的新的差异放进暂存区（将已 commit 到仓库的内容放到暂存区）。
什么是「重置 HEAD 所带来的新的差异」？重置 HEAD 和 branch 的指针位置，就等于 HEAD指针回退到上一个版本，类似于 HEAD@{1} 到 HEAD@{0} 的过程，但指针回退后已经被 git commit 的内容回本放到暂存区。
此模式保留了工作区的内容，同时将当前版本节点到目标版本节点的内容保留在暂存区，让其与重置前暂存区与工作区的内容保持一致。
所以当我们想合并「当前节点」与「reset 目标节点」之间不具太大意义的 commit 记录(可能是阶段性地频繁提交)時，可以考虑使用 Soft Reset 来让 commit 演进线图较为清晰点。
git reset [commit_id] : 保留工作区，并将已 commit 到仓库的内容和暂存区放到工作区
git reset 不带参数则默认使用--mixed模式。
--mixed模式 会在重置 HEAD 和 branch 的指针位置 的同时，会保留工作目录，并将已 commit 到仓库的内容和暂存区放到工作区，并且清空暂存区。
换而言之，将工作区的修改、暂存区的内容以及由 reset 所导致的新的文件差异，都会被放进工作区。
简而言之，就是「把所有差异都混合（mixed）放在工作目录中」。
三种模式区别:
-
--hard: 重置指针位置的同时，将工作区、暂存区及仓库都重置回退到 [commit_id] 目标节点的内容。 -
--soft: 重置指针位置的同时，保留工作区和暂存区的内容，只让仓库中的内容和 [commit_id] 目标节点保持一致。其中暂存区的内容是指，将原节点和 [commit_id] 目标节点之间的「差异变更集」会放入 暂存区中。 -
--mixed（默认）: 重置指针位置的同时，只保留工作区的内容。其中工作区的内容是指，将原节点和 [commit_id] 目标节点之间的「差异变更集」会放入工作区中。
总结
git reset 的本质：所有模式都是通过 移动 HEAD 和 branch 的指针位置来实现重置。
git reset 指令虽然可以用来撤销 commit ，但它的实质行为并不是撤销，而是移动 HEAD ，并且「捎带」上 HEAD 所指向的 branch（如果有的话）。
而 git reset --hard HEAD^ 之所以起到了撤销 commit 的效果，是因为它把 HEAD 和它所指向的 branch 一起移动到了当前 commit 的父 commit 上，从而起到了「撤销」的效果：
Git 的历史只能往回看，不能向未来看，所以把 HEAD 和 branch 往回移动，就能起到撤回 commit 的效果。
所以同理，git reset --hard 不仅可以撤销提交，还可以用来把 HEAD 和 branch 移动到其他的任何地方。
譬如：可以将某个分支的代码完全覆盖另一个分支代码。
想查看本文更多详情，可到下方参考文献查看O(∩_∩)O哈哈~
