本地未推送的提交改内容或信息用 git reset --soft head~1；已推送则必须用 git revert 生成抵消提交，避免强制推送破坏协作。
本地未推送的提交，想改内容或重写提交信息
直接用 git reset --soft HEAD~1。它只回退 HEAD 指针，所有改动仍保留在暂存区，你可以立刻 git commit -m "新信息" 或先 git add 补文件再提交。
常见错误是误用 --hard，结果把刚写的代码全清了；也有人用 git commit --amend 但没加 -m 参数，结果弹出编辑器卡住——这时按 :wq 保存退出就行，别慌着关终端。
如果要撤销多次（比如最近 3 次），把 HEAD~1 换成 HEAD~3 即可，不用反复执行。
本地未推送，但想彻底丢弃这次提交和所有改动
用 git reset --hard HEAD~1 最快，但必须确认：未跟踪文件（比如新生成的日志、临时配置）不会被删，但已 git add 过的修改和提交本身会消失。
容易踩的坑：
- 没提前
git branch backup-branch备份，操作后发现删错了关键逻辑，只能靠 IDE 本地历史或系统回收站捞 - 在 feature 分支上操作，却忘了当前分支是不是你认为的那个——先
git status看一眼当前分支名 - 误以为
--hard会影响远程或其它本地分支，其实它只动当前分支的 HEAD、暂存区和工作区
提交已推送到远程，团队协作中必须安全撤销
绝对不要 git reset --hard 后 git push --force。别人可能已基于你那条提交继续开发，强制推送会让他们 pull 时遇到冲突甚至丢失工作。
CNB 云原生构建平台的 Git 操作技能，支持代码克隆、提交、推送、分支管理、Merge Request 管理、流水线触发与结果读取。初次使用需收集用户的 Git 用户名和邮箱。
正确做法是 git revert HEAD（撤销最新一次）或 git revert a1b2c3d（撤销指定提交）。它会生成一个新提交，内容刚好抵消原提交的变更。
注意点：
- 如果原提交是个 merge，
git revert默认会报错，得加-m 1指定主父分支 - revert 提交后必须
git push，否则“撤销”只停留在你本地 - 多人协作时，哪怕只是你自己推送过又后悔，也该用 revert——没人能保证队友没
fetch过
不确定该用 reset 还是 revert？先看这个判断链
核心就一条：git log 输出里有没有你刚 git push 出去的那条提交的哈希值？有，就用 git revert；没有，且你确定只在自己机器上操作过，才考虑 git reset。
更稳妥的做法是：不管推没推送，先 git branch safe-backup 创建备份分支。reset 或 revert 都可以随时切回去，比靠 git reflog 翻记录快得多。
真正容易被忽略的是标签（tag）：如果你给那个提交打了轻量 tag（比如 v1.2.0），reset --hard 不会删 tag，但 tag 指向的提交已经不在分支历史里了——后续 git describe 或 CI 构建可能出意料之外的行为。
