刚提交完但未推送时，用 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），不碰暂存区和工作区 -
git status仍显示所有文件在 “Changes to be committed” 里，VS Code 源代码管理面板里它们全在 “STAGED CHANGES” 列表中 - 你可以直接改提交信息、补加文件、甚至
git commit --amend重写整条记录 - VS Code 右上角的 → Undo Last Commit 按钮等效于这个命令，但它只在「刚提交 + 未 push」时亮起；切过分支、用过
--amend，它就消失——别等它，终端敲命令更稳
已 push 到远程，为什么不能 git reset --hard 后强推
一旦 git push 成功，那条提交就成了团队共享历史的一部分。你本地 git reset --hard HEAD~1 再 git push --force-with-lease，会覆盖远程分支，导致协作者 git pull 时出现冲突、丢失他们基于你提交做的改动，CI 流水线也可能爆红。
生成周报：读取本机 Git 仓库最近一周的提交记录，按项目分类提炼总结，生成标准周报格式，通过微信推送并返回给用户。触发词：周报、weekly report、git总结、提交记录总结、工作周报。
-
git revert HEAD生成一条新提交，内容精准抵消上一条的所有变更，历史线性、可预测 - VS Code 提交历史右键 → Revert Commit，底层就是这条命令，推送时不需要
--force - 如果被 revert 的改动和当前代码有重叠，会触发冲突，VS Code 会高亮冲突文件，解决后执行
git add <file></file>+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，遇到这个错误只能切终端手动加参数
- 这不是 bug，是 Git 的设计使然：merge 提交有两个或多个父提交，不指定
-m，Git 不知道你要“撤销谁的视角”
误点了 Discard Changes 怎么办
VS Code 的 Discard Changes 操作不可逆，但它在执行后会短暂保留编辑器内的文本撤销栈 —— 只要没关 tab、没重启 VS Code、没刷新 Git 状态，Ctrl+Z（或 Cmd+Z）仍可能恢复内容。
- 这只是编辑器对**未保存文本**的缓存，不恢复 Git 状态（文件仍显示为 “Modified”，需手动
git restore或重新 checkout） - 真正可靠的恢复方式是查
git reflog：git reflog找到 discard 前的HEAD@{n}，再执行git restore -s HEAD@{2} -- <file></file> -
git restore是 Git 2.23+ 的命令；老版本用git checkout HEAD@{2} -- <file></file> - reflog 默认保留 30 天，但如果你执行过
git gc或设了gc.reflogExpire，可能已被清理
最容易被忽略的一点：VS Code 的 “放弃更改” 和 Git 的 “reset/revert” 解决的是完全不同的问题层——前者是文本编辑粒度，后者是版本控制粒度。混用或误判层级，八成会丢代码。
