2026-03-23 如何回滚代码（deepseek）

Git 回滚代码主要有三种场景，使用的命令也不同。按从“安全”到“强力”的顺序开始梳理：

1. 未提交的修改（工作区/暂存区）

场景：改乱了代码，还没 git commit，想直接丢弃。

# 丢弃工作区的所有修改（不可恢复，慎用）
git restore .

# 或丢弃指定文件
git restore <文件名>

# 如果已经 git add 到了暂存区，需要先取消暂存
git restore --staged <文件名>   # 取消暂存，保留修改
git restore .                    # 再丢弃工作区修改

快捷方式（旧版 Git 语法）：

git checkout .           # 丢弃所有工作区修改
git reset HEAD <文件>    # 取消暂存

---

2. 已提交但未推送（本地提交想撤销）

场景：git commit 了，但发现写错了，还没 git push。

2.1 撤销最近一次提交，保留修改

git reset --soft HEAD~1

• HEAD~1 表示回到上一个版本
• --soft：撤销提交，但修改内容保留在暂存区，可以重新编辑后再次提交

2.2 撤销最近一次提交，不保留修改（彻底丢弃）

git reset --hard HEAD~1

• --hard：彻底删除这次提交的所有修改，无法恢复，用之前务必确认

2.3 撤销最近一次提交，保留修改在工作区

git reset --mixed HEAD~1   # --mixed 是默认选项，可省略

• 撤销提交，修改内容保留在工作区（未暂存状态）

---

3. 已推送的远程提交（需要同步远程仓库）

场景：已经 git push 了，想在远程也回滚。

3.1 方法一：git revert（推荐，安全）

# 撤销某次提交，并生成一个新的“反向提交”
git revert <提交的commit-hash>
git push origin <分支名>

• 优点：不改写历史，适合多人协作的公共分支
• 缺点：会多一条提交记录

3.2 方法二：git reset + 强制推送（谨慎使用）

# 先本地回滚到指定版本
git reset --hard <目标commit-hash>
# 强制推送到远程（覆盖远程历史）
git push origin <分支名> --force
# 或更安全的强制推送（如果远程有新提交会拒绝）
git push origin <分支名> --force-with-lease

• 适用：个人分支或确认无人基于后续提交开发时
• 风险：会改写远程历史，可能导致协作成员的本地仓库混乱

---

常用辅助命令

# 查看提交历史，找到要回滚到的 commit-hash
git log --oneline

# 更直观的图形化历史
git log --graph --pretty=oneline --abbrev-commit

# 查看某个文件的历史
git log -p <文件名>

---

总结：根据场景选命令

场景	命令
改乱了没提交	git restore .
提交了没推送，想保留修改	git reset --soft HEAD~1
提交了没推送，想彻底丢弃	git reset --hard HEAD~1
已推送，安全回滚（多人协作）	git revert <commit> → git push
已推送，强制覆盖（个人分支）	git reset --hard <commit> → git push --force-with-lease

安全建议：如果不确定，先用 git log 确认当前状态；强制推送前最好备份或确认没有其他人依赖该分支。