应使用git reset --soft HEAD~1：仅回退HEAD指针，保留暂存区和工作区全部修改，可直接重新提交或用git commit --amend修改提交信息。
如果您已完成一次 commit，但尚未推送到远程仓库，且希望保留所有代码修改内容，仅撤销提交记录本身，则可通过 Git 的 reset 命令实现精准回退。以下是多种不丢代码的撤销方案：
一、仅撤销提交记录，保留暂存区变更（--soft）
该方式将 HEAD 指针后移一位，但暂存区与工作区完全不变，原提交的全部变更仍处于“已暂存”状态，可直接重新提交或修正提交信息。
1、打开终端，进入 Git 项目根目录。
2、执行命令：git reset --soft HEAD~1。
3、运行 git status，确认所有文件显示为“Changes to be committed”。
4、如需更新提交信息，执行 git commit --amend -m "新提交信息"。
二、撤销提交并清空暂存区，保留工作区修改（--mixed，默认）
此操作使 HEAD 和暂存区同步回退，但工作区文件内容不受影响，所有变更转为“未暂存”状态，便于重新筛选、分批暂存和提交。
1、确保当前位于目标分支，执行 git status 查看当前变更状态。
2、运行命令：git reset HEAD~1（等价于 git reset --mixed HEAD~1）。
3、执行 git status，确认所有变更显示为“Changes not staged for commit”。
4、使用 git add <file> 或 git add . 重新暂存所需文件。
5、执行 git commit -m "描述性信息" 完成新提交。
三、使用 git restore 恢复误删/误改的单个文件（Git 2.23+ 推荐）
当 commit 中包含误删文件或错误覆盖，而其他文件无需变动时，可精准恢复特定文件至上一提交状态，不干扰其余代码与提交历史。
1、确认待恢复文件路径，例如 src/main.js。
2、执行命令：git restore --source=HEAD~1 -- src/main.js。
3、运行 git status 验证该文件已恢复且处于未暂存状态。
4、如需立即提交恢复结果，执行 git add src/main.js && git commit -m "restore src/main.js from previous commit"。
四、通过 git revert 创建反向提交（安全适用于已推送场景）
该方法不改变原有提交历史，而是新增一个 commit 来精确抵消上一次提交的全部变更，保留完整审计线索，适合团队协作环境下的安全回退。
1、执行 git log --oneline -n 5 查看最近五次提交，定位上一次 commit 的哈希值（如 abc1234）。
2、运行命令：git revert abc1234。
3、编辑器自动弹出，输入撤销说明后保存退出。
4、执行 git status 确认工作区已应用反向变更。
5、若需推送，执行 git push origin <branch-name>。
五、利用 reflog 快速找回被 reset 丢弃的提交指针
当误用 reset 导致 HEAD 移动后无法通过 git log 查看原提交时，reflog 可追溯所有本地 HEAD 移动操作，是恢复“消失”提交的关键依据。
1、执行 git reflog，查找形如 abc1234 HEAD@{0}: commit: fix login bug 的记录。
2、定位到 reset 前的条目，例如 HEAD@{2}。
3、执行命令：git reset --hard HEAD@{2}。
4、运行 git log --oneline -n 3 验证原始提交已恢复可见。
