撤销上一次 Git commit 但保留代码修改，最推荐使用的是 git reset `--soft` HEAD~1 命令。该操作会将 HEAD 指针回退到上一个 commit，同时将原 commit 的更改保留在暂存区（staging area），适合需要重新提交或修改 commit 信息的场景。如果希望更改保留在工作区但取消暂存，则使用 git reset HEAD~1。注意，如果该 commit 已推送到远程共享分支，重置历史需要强制推送，存在覆盖他人代码的风险。
先说结论：本地未推送的 commit 可直接重置，已推送需谨慎协调
- 适合：本地提交后发现信息错误或文件遗漏，且未推送到远程
- 先看：执行前运行 git log 确认当前 HEAD 指向及 commit 哈希
- 建议：操作后运行 git status 确认代码修改仍存在于工作区或暂存区
命令速用版
以下命令需在 Git 仓库根目录下执行，确保当前分支正确。
git reset `--soft` HEAD~1上述命令撤销最近一次 commit，代码保留在暂存区（git status 显示为 Changes to be committed）。
git reset HEAD~1上述命令撤销最近一次 commit，代码保留在工作区但未暂存（git status 显示为 Changes not staged for commit）。
为什么会这样
Git 重置操作本质是移动 HEAD 指针并选择是否更新索引区和工作区。
git reset 命令涉及三个区域：HEAD（当前 commit 指针）、Index（暂存区）、Working Directory（工作区）。
`--soft` 参数只移动 HEAD 指针，不触碰 Index 和 Working Directory，因此修改保留在暂存区。
默认 `--mixed` 参数移动 HEAD 指针并重置 Index，但保留 Working Directory，因此修改保留在工作区但取消暂存。
分步处理
步骤 1：确认当前提交历史
git log `--oneline` -n 2查看最近两次 commit 的哈希值，确认要撤销的是 HEAD 指向的那一次。
步骤 2：执行重置命令
git reset `--soft` HEAD~1如果需要重新编辑文件后再提交，使用 git reset HEAD~1 即可。
步骤 3：检查文件状态
git status确认修改的文件出现在预期区域（暂存区或工作区），没有丢失。
怎么验证是否生效
使用 git log 确认 HEAD 指针已回退，使用 git status 确认代码修改存在。
git log `--oneline` -n 1显示的 commit 哈希应与重置前 git log 的第二条记录一致。
git status输出中应包含之前 commit 修改过的文件，状态为 modified 或 staged。
常见坑
风险 1：已推送到远程分支
如果 commit 已 push 到共享分支，重置后需 git push `--force`，这会覆盖远程历史，影响协作成员。
风险 2：误用 `--hard` 参数
git reset `--hard` HEAD~1 会直接丢弃工作区和暂存区的修改，代码无法恢复，严禁在需要保留修改时使用。
风险 3：多 commit 回退
HEAD~1 仅回退一次，如需回退多次需调整数字，如 HEAD~3，操作前务必备份分支。
常见问题
git reset `--soft` 和 git reset 有什么区别
git reset `--soft` 保留修改在暂存区，git reset 默认保留修改在工作区但取消暂存。
commit 已经推送到远程还能撤销吗
可以撤销本地历史，但推送更新需要强制推送，建议先在团队内沟通确认。
只想修改上一次 commit 的注释怎么办
不需要重置，直接使用 git commit `--amend` 命令修改即可保留原提交记录。
参考来源
- Git SCM Official Documentation, git-reset Documentation, https://git-scm.com/docs/git-reset
- Pro Git Book, Git Branching - Rebasing, https://git-scm.com/book/en/v2/Git-Branching-Rebasing