采用这种方法（它可能与使用交互式rebase完全相同），但对我来说，这有点简单。

注：我提出这种方法是为了说明你能做什么，而不是日常的选择。因为它有很多步骤（可能还有一些警告）

假设您要更改提交0，并且您当前处于功能分支

some-commit---0---1---2---(feature-branch)HEAD

签出此提交并创建一个快速分支。您还可以将功能分支克隆为恢复点（启动之前）。

?(git checkout -b feature-branch-backup)
git checkout 0
git checkout -b quick-branch

现在，您将看到如下内容：

0(quick-branch)HEAD---1---2---(feature-branch)

换舞台，把其他东西都藏起来。

git add ./example.txt
git stash

提交更改并签回功能分支

git commit --amend
git checkout feature-branch

现在，您将看到如下内容：

some-commit---0---1---2---(feature-branch)HEAD
           \
             ---0'(quick-branch)

将功能分支重新设置为快速分支（解决过程中的任何冲突）。涂抹涂抹物并移除快速分支。

git rebase quick-branch
git stash pop
git branch -D quick-branch

最后你会得到：

some-commit---0'---1'---2'---HEAD(feature-branch)

Git不会在重基时复制0提交（虽然我不能说在多大程度上）。

注意：所有提交散列都是从我们最初打算更改的提交开始更改的。

当我需要更深入地修复历史中以前的提交时，我经常使用交互式rebase和--autosquash。它本质上加快了ZelluX的回答所说明的过程，当您需要编辑多个提交时，它特别方便。

根据文档：

--自动撤销当提交日志消息以“squash…​“（或”修复…​“），并且有一个提交的标题以相同的开头…​, 自动修改rebase-i的todo列表，以便标记为挤压的提交在要修改的提交之后立即出现

假设您的历史记录如下：

$ git log --graph --oneline
* b42d293 Commit3
* e8adec4 Commit2
* faaf19f Commit1

并且您有要修改为Commit2的更改，然后使用

$ git commit -m "fixup! Commit2"

或者，您可以使用commit sha而不是commit消息，因此“fixup！e8adec4”或甚至只是commit消息的前缀。

然后在提交之前启动交互式重新基础

$ git rebase e8adec4^ -i --autosquash

编辑器将打开已正确排序的提交

pick e8adec4 Commit2
fixup 54e1a99 fixup! Commit2
pick b42d293 Commit3

你只需要保存并退出

我解决了这个问题，

1） 通过使用我想要的更改创建新的提交。。

r8gs4r commit 0

2） 我知道我需要合并哪个提交，即提交3。

因此，gitrebase-i HEAD~4#4表示最近的4次提交（此处提交3位于第4位）

3） 在交互式rebase中，最近的提交将位于底部。它看起来很像，

pick q6ade6 commit 3
pick vr43de commit 2
pick ac123d commit 1
pick r8gs4r commit 0

4） 如果您想与特定的提交合并，我们需要重新排列提交。应该是这样的，

parent
|_child

pick q6ade6 commit 3
f r8gs4r commit 0
pick vr43de commit 2
pick ac123d commit 1

重新排列后，需要将p pick替换为f（fixup将在没有提交消息的情况下进行合并）或s（带有提交消息的压缩合并可能在运行时发生变化）

然后保存你的树。

现在与现有提交合并完成。

注意：除非你自己维护，否则这不是更好的方法。如果你的团队规模很大，重写git是不可接受的方法这棵树最终会陷入你们知道其他人不会发生的冲突。如果你愿意为了用更少的提交来保持树的整洁，可以尝试这样做，如果小团队，否则不可取。。。。。

基于文档

修改旧的或多个提交消息的消息

git rebase -i HEAD~3 

上面显示了当前分支上最后3次提交的列表，如果需要更多，请将3更改为其他内容。列表将类似于以下内容：

pick e499d89 Delete CNAME
pick 0c39034 Better README
pick f7fde4a Change the commit message but push the same commit.

将pick替换为要更改的每个提交消息之前的改写。假设您更改了列表中的第二个提交，您的文件将如下所示：

pick e499d89 Delete CNAME
reword 0c39034 Better README
pick f7fde4a Change the commit message but push the same commit.

保存并关闭提交列表文件，这将弹出一个新的编辑器，供您更改提交消息、更改提交消息并保存。

最后，强制推行修改后的承诺。

git push --force

如果出于某种原因，您不喜欢交互式编辑器，可以使用gitrebase--on。

假设您要修改Commit1。首先，从Commit1之前分支：

git checkout -b amending [commit before Commit1]

第二，用樱桃核抓取Commit1：

git cherry-pick Commit1

现在，修改您的更改，创建Commit1'：

git add ...
git commit --amend -m "new message for Commit1"

最后，在隐藏了任何其他更改后，将其余的提交移植到master之上新提交：

git rebase --onto amending Commit1 master

阅读：“将Commit1（不包括在内）和master（包括在内）之间的所有提交重新纳入修改分支”。即Commit2和Commit3，将旧的Commit1完全删除。你可以随便摘，但这样更容易。

记得清理你的树枝！

git branch -d amending

如果您还没有推送提交，则可以使用git reset HEAD^[1,2,3,4…]返回到上一次提交

例如

git commit <file1> -m "Updated files 1 and 2"
git commit <file3> -m "Updated file 3"

抱歉，忘记在第一次提交时添加file2。。。

git reset HEAD^1 // because I only need to go back 1 commit

git add <file2>

这将在第一次提交时添加file2。