采用这种方法（它可能与使用交互式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完全相同），但对我来说，这有点简单。

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

假设您要更改提交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

你只需要保存并退出

git存储+再基础自动化

因为当我需要多次修改Gerrit审查的旧提交时，我一直在做：

git-amend-old() (
  # Stash, apply to past commit, and rebase the current branch on to of the result.
  current_branch="$(git rev-parse --abbrev-ref HEAD)"
  apply_to="$1"
  git stash
  git checkout "$apply_to"
  git stash apply
  git add -u
  git commit --amend --no-edit
  new_sha="$(git log --format="%H" -n 1)"
  git checkout "$current_branch"
  git rebase --onto "$new_sha" "$apply_to"
)

GitHub上游。

用法：

修改源文件，如果已在repo中，则无需gitaddgit修改旧$old_sha

我很喜欢这一点，因为它不会挤压其他无关的修复。

Run:

$git rebase--交互式commit_hash^

每个^表示要编辑的提交次数，如果只有一个（指定的提交哈希），则只需添加一个^。

使用Vim，您可以更改要更改、保存和退出的提交的单词pick to reword（：wq）。然后git将提示您标记为reword的每个提交，以便您可以更改提交消息。

您必须保存并退出（：wq）以转到下一个提交消息的每个提交消息

如果要退出而不应用更改，请按：q！

编辑：要在vim中导航，请使用j向上，k向下，h向左，l向右（所有这些都在正常模式下，按ESC键转到正常模式）。要编辑文本，请按i以进入INSERT模式，在该模式下插入文本。按ESC返回正常模式：）

更新：这里有一个来自github的链接，列出了如何使用git撤消（几乎）任何操作

对我来说，这是为了从回购中删除一些凭证。我试着换基，在换基的过程中遇到了一大堆看似无关的冲突——继续。不要费心尝试重新设置自己的基础，在mac上使用名为BFG（brew-install-BFG）的工具。