git reset 可回退分支至指定提交，需选--soft/--mixed/--hard模式并确认commit id；先用git log或reflog查目标hash，再依需求选择重置方式，强制推送时优先用--force-with-lease，误操作后可通过reflog恢复。
直接使用 git reset 命令可以将当前分支回退到指定历史提交节点，关键在于选择合适重置模式（--soft、--mixed、--hard）并确认目标 commit ID。
确认目标提交节点
先查看提交历史，找到要回滚到的 commit hash（如 abc1234）：
- 运行
git log --oneline -n 20查看最近 20 条简洁记录 - 也可用
git reflog查看本地所有操作记录（包括已被“删除”的提交） - 复制目标 commit 的前 7 位哈希值（如
fed5a2b），足够唯一识别
选择重置方式并执行回滚
根据是否保留改动决定模式：
-
git reset --hard <commit-id></commit-id>：彻底回退，丢弃该提交之后所有改动（工作区、暂存区、HEAD 全部重置）。慎用，不可逆 -
git reset --mixed <commit-id></commit-id>（默认）：HEAD 和暂存区回退，工作区文件保留为“已修改未暂存”状态，适合想重新整理提交内容 -
git reset --soft <commit-id></commit-id>：仅移动 HEAD，暂存区和工作区不变，适合合并多次提交或修改上一个提交信息
推送到远程仓库（如需同步）
若分支已推送到远程且需更新远端，必须强制推送：
- 执行
git push --force-with-lease origin <branch-name></branch-name> - 优先用
--force-with-lease而非--force，可防止覆盖他人新提交 - 团队协作中，强制推送前务必通知相关成员，避免协作冲突
误操作后如何恢复
如果 reset 后发现回退错了，只要没执行垃圾回收（git gc），通常还能找回：
- 用
git reflog找到 reset 前的 HEAD 指针位置（如HEAD@{2}） - 运行
git reset --hard HEAD@{2}回到之前状态 - 或直接用 commit hash 恢复：
git reset --hard abc1234
