已合并至主线的Git Commit能否修改？fixup操作遇异常

我之前用fixup修复提交的方法只适用于提交合并到仓库前。现在我已经把5个提交合并到main分支，想修复其中的「Commit 1!」，同时保持只有5条提交记录，但操作后出了问题：

操作步骤与问题 #

1. 初始提交历史

$ git log --oneline
e182f6f (HEAD -> main, origin/main, origin/HEAD) commit 4!!!
575c99b commit 3~~
f2f3948 commit 2
66dc21d Commit 1!
204a092 Initial commit

2. 添加fixup提交
   修改file1.txt后执行：

$ git add .
$ git commit --fixup 66dc21d
[main dfbc6e9] fixup! Commit 1!
 1 file changed, 4 insertions(+), 1 deletion(-)

$ git log --oneline
dfbc6e9 (HEAD -> main) fixup! Commit 1!
e182f6f (origin/main, origin/HEAD) commit 4!!!
575c99b commit 3~~
f2f3948 commit 2
66dc21d Commit 1!
204a092 Initial commit

3. 变基合并fixup
   执行变基后本地历史恢复为5条：

$ git rebase -i --autosquash 204a092
Successfully rebased and updated refs/heads/main.

$ git log --oneline
b97d4b7 (HEAD -> main) commit 4!!!
2056bf3 commit 3~~
74c18d4 commit 2
cabb5bb Commit 1!
204a092 Initial commit

4. 推送失败与提交记录翻倍
   推送时提示本地分支落后，执行git pull后再次推送，提交记录变成了10条（包含原提交和修改后的提交，还有合并记录）：

$ git push
To https://bitbucket.org/gmmo/test.git
 ! [rejected]        main -> main (non-fast-forward)
error: failed to push some refs to 'https://bitbucket.org/gmmo/test.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes (e.g.
hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

$ git log --oneline
b12075d (HEAD -> main, origin/main, origin/HEAD) Merge branch 'main' of https://bitbucket.org/gmmo/test
b97d4b7 commit 4!!!
2056bf3 commit 3~~
74c18d4 commit 2
cabb5bb Commit 1!
e182f6f commit 4!!!
575c99b commit 3~~
f2f3948 commit 2
66dc21d Commit 1!
204a092 Initial commit

请问有没有办法在不破坏提交历史的前提下修改已合并的提交？

核心结论：已公开的提交不建议修改，若必须操作需强制推送（但有风险） #

当提交已经推送到远程仓库后，任何修改历史的操作（比如变基、fixup合并）都会改变提交的哈希值，导致本地历史和远程历史分叉，这就是你遇到推送失败的原因。而直接git pull会执行默认的合并操作，把远程的旧历史和本地修改后的历史合并，所以提交记录翻倍了。

正确操作流程（仅建议在团队知情且无他人基于该提交开发时使用） #

1. 完成本地的fixup和rebase操作后，不要执行git pull，直接用强制推送覆盖远程历史：

git push --force-with-lease

--force-with-lease比--force更安全，它会检查远程分支是否有你不知道的新提交，避免误覆盖他人的工作。

2. 通知团队成员：因为远程历史被修改，所有人需要重新拉取分支，执行：

git fetch origin
git reset --hard origin/main

注意：这会丢弃本地未推送的修改，所以成员需要先备份自己的工作。

更安全的替代方案：用新提交修正 #

如果不想修改历史，推荐直接提交一个新的修复提交，比如：

git add .
git commit -m "fix: 修正Commit 1中的问题"

这种方式不会破坏现有历史，也不会影响其他团队成员，是公开仓库中最安全的做法。

为什么你的操作会导致提交翻倍？ #

你在变基后执行git pull，Git会把远程的旧提交（e182f6f、575c99b等）和本地修改后的提交（b97d4b7、2056bf3等）做一次合并，生成一个新的合并提交，所以历史里同时保留了新旧两套提交记录，导致数量翻倍。

内容的提问来源于stack exchange，提问作者gmmo