刚敲下 git commit，就发现 Message 里有个扎眼的错别字，或者忘了关联对应的任务 ID。这种“提交完就后悔”的场景，想必每个开发者都遇到过。
别担心，只要还没执行 git push 将它推送到远程仓库，一切都还来得及。只需要一个简单的命令，就能轻松修正这最后一次提交。
git commit --amend
这个命令就是你的“后悔药”。它允许你重新打开并编辑上一次的提交信息。
什么时候可以使用这个命令？
git commit --amend 专门用于修改你 本地仓库中的 最后一次提交。
可以把它理解为一个“修正”操作，而不是“新增”操作。执行后，Git 不会产生一个新的提交记录，而是用一个包含新信息（比如修改后的 message）的全新 Commit，直接替换掉刚才那个有问题的 Commit。
这个操作的适用场景非常明确：提交动作刚刚完成，你立刻发现了问题，并且这个提交还没有被分享给团队其他成员。
如何一步步修改提交信息
整个过程非常快，通常不超过一分钟。
第一步：确认工作区是干净的
在执行修改之前，最好先用 git status 检查一下。
git status
如果你的目的 仅仅是修改提交信息，请确保工作区是干净的（no changes added to commit）。因为 --amend 命令也会将暂存区（Staging Area）中的文件一并提交。如果你在上次提交后又修改了文件并 git add 了，那么这些新的改动也会被包含进修正后的那次提交里。
第二步：执行 amend 命令
在你的项目目录下，直接运行命令：
git commit --amend
运行后，Git 会自动打开你配置的默认文本编辑器（比如 Vim 或 Nano），并显示上一次提交的完整信息。
第三步：在编辑器中修改信息
现在，你可以在编辑器里自由地修改这些文字了。
如果你的默认编辑器是 Vim，操作流程通常是：
- 按 i 键进入“插入模式”（Insert mode）。
- 移动光标，修改或重写你的提交信息。
- 修改完成后，按 Esc 键退出“插入模式”。
- 输入 :wq 并按回车键，保存修改并退出编辑器。
如果你不熟悉 Vim，也可以通过 git config --global core.editor "你的编辑器命令" 来设置自己更习惯的编辑器，例如 VS Code (code --wait)。
第四步：验证修改结果
编辑器关闭后，修改就完成了。你可以用 git log -1 来查看最后一次提交的记录，确认信息是否已经更新为你想要的样子。
git log -1
你会看到，最新的那条提交记录已经显示了你刚刚修改过的信息。
安全红线：绝对不要修改已经推送的提交
这是使用 git commit --amend 时必须遵守的黄金法则。请不要对任何已经 push 到公共分支（如 main 或 develop）的提交执行此操作。
原因在于，--amend 本质上是 重写了提交历史。它会生成一个拥有全新 ID（SHA-1 哈希值）的 Commit 来替换旧的。
如果团队其他成员已经拉取了你原来的提交，而你又强行推送了一个修改过的“新”历史上去，就会导致他们的本地历史与远程仓库产生分歧。这会给后续的协作带来巨大的混乱，引发难以解决的合并冲突。
怎样判断提交是否已推送？
最简单的方法还是看 git status。它通常会提示你的本地分支领先于（ahead of）远程分支多少个提交。如果显示 Your branch is up to date with 'origin/main'.，则说明本地的修改都已经同步到远端了。
更精确地，你可以使用 git log origin/your-branch..your-branch 查看本地领先远程的提交。如果有输出，说明这些提交就是还未推送的。
如果不小心修改并推送了怎么办？
如果你在自己的个人分支上这么做了，并且确认没有其他人使用这个分支，或许还能通过 git push --force 强制推送来修正。但这是一个危险操作，它会粗暴地覆盖远程仓库的历史。
在任何共享的分支上，都应该极力避免强制推送。最好的做法是，立即和你的团队沟通，说明情况，共同寻找一个影响最小的解决方案，而不是擅自行动。
核心要点回顾
- git commit --amend：只用来修改 最后一次、 未推送的本地提交。
- 修改已推送的提交：风险极高，会破坏团队协作历史，通常应避免。
- 操作前检查：git status 是你的好朋友，能帮你判断工作区状态和分支同步情况。
- 团队协作：从一开始就养成写清晰、规范的 Commit Message 的好习惯，可以避免很多后续的麻烦。