我有以下提交历史记录：
头部头部~头部~2头部~3
gitcommit--修改当前HEAD提交。但是如何修改HEAD~3？
当前回答
如果出于某种原因，您不喜欢交互式编辑器，可以使用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
其他回答
如果出于某种原因，您不喜欢交互式编辑器，可以使用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
采用这种方法（它可能与使用交互式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提交（虽然我不能说在多大程度上）。
注意：所有提交散列都是从我们最初打算更改的提交开始更改的。
完全非交互式命令（1）
我只是想分享一个我正在使用的别名。它基于非交互式交互式数据库。要将其添加到git中，请运行以下命令（解释如下）：
git config --global alias.amend-to '!f() { SHA=`git rev-parse "$1"`; git commit --fixup "$SHA" && GIT_SEQUENCE_EDITOR=true git rebase --interactive --autosquash "$SHA^"; }; f'
或者，一个也可以处理未暂存文件的版本（通过先暂存，然后再卸载）：
git config --global alias.amend-to '!f() { SHA=`git rev-parse "$1"`; git stash -k && git commit --fixup "$SHA" && GIT_SEQUENCE_EDITOR=true git rebase --interactive --autosquash "$SHA^" && git stash pop; }; f'
这个命令的最大优点是它不是vim。
（1） 当然，考虑到重新启动期间没有冲突
用法
git amend-to <REV> # e.g.
git amend-to HEAD~1
git amend-to aaaa1111
将名称修改为似乎合适IMHO。将流程与--修订：
git add . && git commit --amend --no-edit
# vs
git add . && git amend-to <REV>
解释
git-config—全局别名<名称>'<COMMAND>'-创建名为<NAME>的全局git别名，该别名将执行非git命令<COMMAND>f（）｛＜BODY＞｝；f-一个“匿名”bash函数。SHA=`git rev parse“$1”`；-将参数转换为gitrevision，并将结果赋给变量SHAgitcommit--fixup“$SHA”--fixup提交SHA。参见git提交文档GIT_SEQUENCE_EDITOR=true GIT rebase--交互式--autosquash“$SHA^”gitrebase——交互式“$SHA^”部分已被其他答案覆盖。--autosquash与gitcommit一起使用--fixup，有关更多信息，请参阅gitrebase文档GIT_SEQUENCE_EDITOR=true是使整个事情非交互式的原因。这是我从这篇博客文章中学到的。
基于文档
修改旧的或多个提交消息的消息
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
当我需要更深入地修复历史中以前的提交时，我经常使用交互式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
你只需要保存并退出
