在 Git 中取消上一次提交的操作，需根据是否已推送到远程仓库 以及想要的取消程度（保留修改 / 彻底删除修改）选择不同方法，以下是最常用的几种场景和操作：
一、场景 1：仅本地提交，未推送到远程仓库（最常见）
这种情况只需修改本地提交记录即可，操作风险低，主要有 3 种需求对应的方法：
1. 取消提交，但保留修改内容（推荐）
如果你只是提交信息写错，或者想把这次的修改和其他修改合并后再提交，保留工作区和暂存区的修改，仅撤销提交动作：
bash
运行
git reset --soft HEAD^-
解释 ：
HEAD^表示上一个提交（也可以用HEAD~1，~2表示上两个，以此类推）。--soft：仅撤销提交，修改的文件会保留在暂存区 （git status会显示为已暂存状态）。
-
若想让修改回到工作区 （未暂存状态），改用：
bash
运行
git reset --mixed HEAD^ # --mixed 是默认值，可省略，直接写 git reset HEAD^
2. 彻底取消提交，且删除所有修改（谨慎使用）
如果你想彻底丢弃上一次提交的所有修改，恢复到上一次提交的干净状态：
bash
运行
git reset --hard HEAD^- 警告 ：
--hard会直接删除工作区和暂存区的所有修改，且无法恢复（除非用git reflog找回），务必确认修改无需保留后再使用。
3. 修正上一次提交的信息（无需取消，直接修改）
如果只是提交信息写错，无需取消提交，直接修改最后一次提交的信息即可：
bash
运行
git commit --amend-
执行后会打开编辑器，修改提交信息后保存退出即可。
-
若只想修改信息且暂存区无新修改，也可直接用： bash
运行
git commit --amend -m "新的提交信息"
二、场景 2：已推送到远程仓库（需谨慎，避免影响协作）
如果提交已经推送到远程仓库（如 GitHub/GitLab），此时直接 reset 本地提交后，需要强制推送 才能覆盖远程记录，但这会改写远程提交历史，如果是多人协作的仓库，可能导致他人的提交冲突，需格外注意。
1. 先本地撤销提交，再强制推送（不推荐多人协作场景）
bash
运行
# 第一步：本地撤销提交（根据需求选 --soft/--mixed/--hard）
git reset --hard HEAD^
# 第二步：强制推送到远程仓库（覆盖远程记录）
git push -f origin 分支名 # 例如 git push -f origin main- 风险：如果其他开发者已经拉取了你之前的提交，强制推送后他们的本地仓库会与远程不一致，需要解决冲突。
2. 用反向提交（Revert）撤销（推荐多人协作场景）
为了不改写历史，更安全的方式是创建一个新的提交，该提交的内容是 "撤销上一次提交的所有修改"，这种方式不会改变原有历史，对协作更友好：
bash
运行
# 创建反向提交，撤销上一次提交（HEAD^ 表示上一次提交）
git revert HEAD^
# 推送到远程仓库
git push origin 分支名- 解释 ：
git revert会生成一个新的提交，内容是抵消目标提交的修改，比如上一次提交添加了一行代码，revert就会删除这行代码。 - 若要撤销最近一次提交，直接用
git revert HEAD即可。
三、额外技巧：找回误删的提交（git reflog）
如果不小心用 git reset --hard 删了重要提交，可以通过 git reflog 找回提交记录：
bash
运行
# 查看所有提交记录（包括被撤销的）
git reflog
# 恢复到指定的提交版本（例如版本号是 a1b2c3d）
git reset --hard a1b2c3d总结
| 场景 | 推荐操作 |
|---|---|
| 本地未推送，保留修改 | git reset --soft HEAD^ |
| 本地未推送，彻底删除修改 | git reset --hard HEAD^ |
| 本地未推送，修正提交信息 | git commit --amend |
| 已推送到远程，多人协作 | git revert HEAD^ + git push |
| 已推送到远程，单人仓库 | git reset --hard HEAD^ + git push -f |
核心原则：多人协作的仓库尽量避免改写历史，优先用 revert；单人仓库可灵活用 reset。