git commit --amend 修改最近一次提交（信息、漏文件、作者）
提交后发现提交信息写错、漏了文件、或想并入一个小改动？git commit --amend 能原地修改最近一次提交。本文讲清三种场景与注意风险。
场景：刚 git commit 完就发现——提交信息打错了、漏了个文件、或作者名不对。别急着再提交一个"fix typo"，用 git commit --amend 把最近这次提交"原地改写"最干净。
场景一：改提交信息
# 修改最近一次提交的信息
git commit --amend -m "修正后的提交说明"原提交信息被替换，不新增多余提交。
场景二：漏提交了文件
已提交后想起漏了一个文件：
# 把漏的文件补进同一个提交
git add 漏掉的文件.txt
git commit --amend --no-edit--no-edit 表示保留原提交信息，不打开编辑器，直接把漏的文件并入最近提交。
场景三：改作者
# 修改最近提交的作者
git commit --amend --author="新作者 <email@example.com>"amend 是什么原理
amend 不是"改"旧的提交，而是用新的提交替换 HEAD：
原来：A - B - C(HEAD)
amend 后：A - B - C'(新HEAD，含修正内容)所以新的提交会有一个新的哈希。这也解释了为什么它会影响已推送的历史。
何时能 amend，何时要小心
| 场景 | 建议 |
|---|---|
| 尚未 push | ✅ 放心 amend |
| 只自己一个人用、已 push | ⚠️ 可 amend + push --force-with-lease |
| 已 push 且多人拉取过 | ❌ 别 amend，会产生历史分叉 |
判断标准：改的是不是"只有你自己看得到的本地提交"。是就安全，否则别动。
一个连贯的实战
git add . # 提交了一堆
git commit -m "feat: 登录功能"
# 哎，忘了改 config
git add config.js # 补漏
git commit --amend --no-edit # 并入同一提交，信息不变常见问题
- amend 后 push 被拒：因为哈希变了，需要
git push --force-with-lease(比 --force 安全，防止覆盖别人新推的)。 - 想改不是最近一次的提交：用交互式 rebase，较复杂，非必要不做。
- amend 想保留多行说明：不加 -m，直接
git commit --amend打开编辑器改。
一句话速记
git commit --amend 原地改最近提交(信息/漏文件/作者)；仅本地未推送时用，已共享历史别 amend。
?
常见问题 FAQ
--amend 会影响之前的其他提交吗?
不会。amend 只修改最近一次提交(HEAD)，不触碰更早的历史。它本质是"用新内容替换最近一次提交"。
commit 已 push 到远程还能 amend 吗?
技术上能，但要慎重。amend 会改变提交哈希，已推送后直接 push 会被拒，需强推；若多人已拉取会导致冲突。未推送时 amend 最安全。
amend 后原来的提交会怎样?
原提交被新的提交替代(哈希改变)。旧提交对象还在(可通过 reflog 找回)，但分支指针已指向新提交。
想改的不是最近一次，而是更早的提交怎么改?
用交互式 rebase：git rebase -i HEAD~N，把目标提交标记为 edit(reword 改信息)，然后 amend 后再 rebase --continue。较复杂，仅历史未推送时做。