先看提交有没有推到远端：没有推送的本地提交，通常用 git reset 撤回提交并保留文件；已经推送、或者可能被别人拉取的提交，优先用 git revert 追加反向提交，不要改写公共历史。真正执行前，至少核对当前分支、最近提交和工作区是否有未提交改动。
适用场景是最近一次本地提交尚未推送，且希望保留当前文件内容，只取消提交记录；操作上先看git status -sb和git log --oneline -3，再执行git reset --soft HEAD~1，要连暂存区一起撤回则用git reset HEAD~1；验证看git log与git status。风险边界：reset --hard会丢未提交修改，已推送提交应使用revert，不要强推共享分支。
撤销提交到本地代码的文件：先把能核对的事实摆清楚
这里要处理的对象是 Git 提交记录，不是单独某个文件。一次提交包含当时暂存区的快照，所以“撤销提交”和“把某个文件恢复成旧内容”是两件事，不能混在一起判断。
执行前可以先核对下面几项，它们都能在终端直接看到：
git status -sb：看当前分支、是否有未提交改动，以及是否显示 ahead 信息。git log --oneline --decorate -5：看最近提交的哈希、提交信息和分支指向。git show --stat --oneline HEAD：看最近一次提交改了哪些文件。git diff --stat HEAD~1 HEAD：看最近一次提交相对父提交涉及的文件范围。git reflog -5：看本地 HEAD 最近移动过哪些位置，便于回退后核对。
前提条件也要先确认：工作区有没有未提交修改、目标提交是否已经推到远端、当前分支是不是多人共享分支。这些信息没核对前，不建议直接执行 git reset --hard。
撤销提交到本地代码的文件最容易搞错的一点
最常见的误解，是把“撤销提交”理解成“把文件内容也恢复到上一次提交”。这两件事的判断分界很清楚：如果只想取消提交记录、保留当前文件改动，用 git reset --soft 或默认的 git reset；如果希望文件内容回到旧版本，才会用到 git restore 或 git reset --hard，后者会覆盖工作区，风险更高。
可以用一个检查动作把两种情况区分开：先运行 git status --porcelain，如果有输出，说明工作区或暂存区还有未提交内容；再运行 git log --oneline @{u}..HEAD，有 upstream 时能列出尚未推送的提交。如果该命令提示没有 upstream，就回到 git status -sb 看 ahead 标记。只有确认提交未推送、且工作区改动可以接受被重置，才适合用硬重置。
撤销提交到本地代码的文件：一个照着就能做完的做法
假设要撤销最近一次本地提交，并保留这次提交里的文件改动，可以按下面的顺序执行。每条命令后面注明应该看到什么。
git status -sb
git log --oneline --decorate -3
git reset --soft HEAD~1
git status
git diff --cached --stat正常情况下，git status -sb 显示当前分支；git log 能看到要撤销的那条提交；git reset --soft HEAD~1 通常没有输出；随后 git status 应显示原提交里的文件在 Changes to be committed 区域，工作区文件内容保持不变；git diff --cached --stat 能列出这些文件。
如果希望连暂存区一起撤回，让改动回到工作区，把 --soft 换成默认模式即可：
git reset HEAD~1
git status这时 git status 应显示文件在 Changes not staged for commit 区域。若一次提交里有多个文件，只想把其中一个文件撤出暂存区，可以在 soft reset 后执行 git restore --staged path/to/file，再重新提交其余文件。
如果目标提交已经推送，不要用 reset 改写历史，改用反向提交：
git revert --no-edit <commit>
git log --oneline -3执行后应新增一条 Revert 提交，原提交仍保留在历史里。
撤销提交到本地代码的文件：怎么验证结果对不对
本地 reset 之后，先看提交指针和工作区状态：
git log --oneline -3
git status -sb
git diff --cached --name-only
git diff --name-only正常结果是：git log 里原来的提交不再出现在最顶端，HEAD 指向它的父提交；git status -sb 显示文件处于暂存或未暂存状态；git diff --cached --name-only 或 git diff --name-only 至少有一个能看到目标文件。如果两个 diff 都没有输出，说明文件改动可能不在当前工作区或暂存区，需要回到 git reflog 和文件内容核对。
使用 revert 时，验证方式不同：运行 git log --oneline -3 应看到新增的 Revert 提交；运行 git show --stat HEAD 应能看到这次反向提交改动的文件；再用 git diff HEAD^ HEAD -- path/to/file 核对具体文件差异。原提交仍在历史中，这是正常现象，不要为了“看起来干净”再去强推共享分支。