刚提交完但未推送时，用 git reset --soft head~1 最安全，仅回退 head 指针、保留暂存区和工作区；已推送到远程则必须用 git revert 生成反向提交，严禁 reset --hard 后强推。
刚提交完但还没 git push，用 git reset --soft HEAD~1 最稳；已推送到远程，必须用 git revert，别碰 --force。
刚 commit 完没 push，怎么撤回又不丢修改
你点完提交按钮，突然发现 message 写错、漏了文件，或者想拆成两个提交——这时候 git reset --soft HEAD~1 是唯一推荐的第一步。它只把分支指针（HEAD）挪回去，暂存区和工作区原封不动。你在 VS Code 的「源代码管理」面板里还能看到所有文件在 “STAGED CHANGES” 里，随时改 message 或补加文件再提交。
-
--soft：只删提交记录，保留暂存区 → 适合修 message、补git add -
--mixed（可省略）：删提交 + 清暂存区 → 文件退回到 “CHANGES” 列表，得手动右键“暂存更改” -
--hard：三者全清 → 工作区瞬间回到上上个提交，未暂存的修改永久丢失（除非靠git reflog捞） - VS Code 右上角的 → Undo Last Commit 按钮等效于
--soft，但它只在“最新提交是你刚提的 + 未 push”时亮起；切过分支、用过git commit --amend，它就消失——别等它，直接敲命令更可靠
已 git push 的提交，为什么不能 reset --hard 后强推
一旦 git push 成功，那条提交就成了团队共享历史的一部分。你本地 git reset --hard HEAD~1 再 git push --force-with-lease，会覆盖远程分支，导致协作者 git pull 时出现冲突、丢失他们基于你提交做的改动，CI 流水线也可能爆红。
批量替换指定目录下所有 Git 仓库的远程地址（remote URL）。 当用户需要将 Git 仓库从一个服务器迁移到另一个服务器时使用。 触发词：git remote 替换、git url 批量修改、git 仓库迁移、更换 git 地址、批量修改 remote url。
- 正确做法是
git revert HEAD：生成一条新提交，内容精准抵消上一条的所有变更 - VS Code 中右键提交历史 → Revert Commit，底层就是这条命令，推送时不需要
--force - 如果被 revert 的改动和当前代码有重叠，会触发冲突，VS Code 会高亮冲突文件，解决后
git add+git revert --continue -
git revert不改原有提交哈希，PR 关联、CI 日志、代码审查记录全都能对得上；而reset后强制推送会让这些链路断掉
git revert 遇到 merge commit 报错怎么办
执行 git revert abc1234 时若提示 error: commit abc1234 is a merge but no -m option was provided，说明你正试图 revert 一个由 git merge 产生的提交。
- 必须加
-m 1参数：git revert -m 1 abc1234 -
-m 1表示“以第一个父提交为基准做反向操作”，这是绝大多数场景下的正确选择（比如 feature 分支合入 main，main 就是第一个父） - VS Code 图形化的 “Revert Commit” 不支持自动处理 merge commit，遇到这个错误只能切终端手动加
-m 1——这不是 bug，是设计使然
误删提交后怎么找回来
git reset --hard 或关太快终端，导致提交“消失”？只要没执行 git gc，Git 默认保留最近 30 天的操作日志，几乎都能捞回来。
- 运行
git reflog查看本地操作历史，找到目标提交的 SHA（比如HEAD@{2}） - 执行
git reset --hard HEAD@{2}或git reset --hard abc1234拉回来 -
reflog是纯本地日志，不随push同步，也不能跨机器恢复 - 注意：
reflog不记录已删除分支的提交，所以别等太久才查
真正容易被忽略的是：撤销不是“删除”，而是“选对语义”——reset 是抹掉记录，revert 是加一条新记录。协作分支上，永远优先选后者。
