问题 如何在git中修改指定的提交？

使用令人敬畏的交互式rebase：

git rebase -i @~9   # Show the last 9 commits in a text editor

找到你想要的提交，改变 pick 至 e （edit），并保存并关闭该文件。 Git将回退到该提交，允许您：

• 使用 git commit --amend 做出改变，或
• 使用 git reset @~ 丢弃最后一次提交，但不丢弃对文件的更改（即将您带到编辑文件时所处的位置，但尚未提交）。

后者对于执行更复杂的操作（如拆分为多个提交）非常有用。

然后，跑 git rebase --continue，Git将在修改后的提交之上重播后续更改。系统可能会要求您修复某些合并冲突。

注意： @ 是简写 HEAD，和 ~ 是指定提交之前的提交。

了解更多 重写历史 在Git文档中。

不要害怕改变

ProTip：不要害怕尝试重写历史记录的“危险”命令* - 默认情况下Git不会删除你的提交90天;你可以在reflog中找到它们：

$ git reset @~3   # go back 3 commits
$ git reflog
c4f708b HEAD@{0}: reset: moving to @~3
2c52489 HEAD@{1}: commit: more changes
4a5246d HEAD@{2}: commit: make important changes
e8571e4 HEAD@{3}: commit: make some changes
... earlier commits ...
$ git reset 2c52489
... and you're back where you started

* 注意像这样的选项 --hard 和 --force 虽然 - 他们可以丢弃数据。
* 此外，不要在您正在协作的任何分支上重写历史记录。

在许多系统上， git rebase -i 将默认打开Vim。 Vim不像大多数现代文本编辑器那样工作，所以看一看 如何使用Vim进行重组。如果您更愿意使用其他编辑器，请更改它 git config --global core.editor your-favorite-text-editor。

互动 变基 同 --autosquash 当我需要修复历史上更深层次的提交时，我经常使用的东西。它实质上加快了ZelluX的答案所说明的过程，当您需要编辑多个提交时，这一过程尤其方便。

从文档：

--autosquash

当提交日志消息以“squash！...”（或“fixup！...”）开头，并且有一个提交标题以相同的...开头时，自动修改rebase -i的待办事项列表以便提交标记为压缩是在提交修改后立即进行的

假设您的历史记录如下所示：

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

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

$ git commit -m "fixup! Commit2"

或者你可以使用commit-sha而不是commit消息，所以 "fixup! e8adec4 甚至只是提交消息的前缀。

然后在提交之前启动交互式rebase

$ git rebase e8adec4^ -i --autosquash

您的编辑器将打开已经正确订购的提交

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

你需要做的就是保存并退出

跑：

$ git rebase --interactive commit_hash^

每 ^ 表示要编辑的提交数量，如果它只是一个（您指定的提交哈希），那么您只需添加一个 ^。

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

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

如果要退出而不应用更改，请按 :q!

编辑：导航 vim 你用 j 上去， k 往下走， h 离开，和 l 向右走（这一切都在 NORMAL 模式，按 ESC 要去 NORMAL 模式）。 要编辑文本，请按 i 这样你就进入了 INSERT 模式，您插入文本的位置。 按 ESC 回去 NORMAL 模式:)

UPDATE：这是github上市的一个很棒的链接 如何用git撤消（几乎）任何东西 

如果由于某种原因你不喜欢交互式编辑器，你可以使用 git rebase --onto。

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

git checkout -b amending [commit before Commit1]

第二，抢 Commit1 同 cherry-pick：

git cherry-pick Commit1

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

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

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

git rebase --onto amending Commit1 master

阅读：“rebase，进入分支机构 amending，所有提交之间 Commit1 （不包括在内）和 master （包括）“。也就是说，Commit2和Commit3完全削减了旧的Commit1。你可以选择它们，但这种方式更容易。

记得清理你的树枝！

git branch -d amending

采用这种方法（它可能与使用交互式rebase完全相同），但对我而言，它是直截了当的。

注意：我提出这种方法是为了说明你可以做什么，而不是日常的替代方案。因为它有很多步骤（可能还有一些注意事项）。

假设您要更改提交 0 你现在在 feature-branch

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

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

?(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

提交更改并结帐回复 feature-branch

git commit --amend
git checkout feature-branch

你现在会有这样的事情：

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

变基 feature-branch 到 quick-branch （解决沿途的任何冲突）。申请藏匿并删除 quick-branch。

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

你最终得到：

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

在重新定位时，Git不会复制（尽管我不能真正说明在多大程度上）0提交。

注意：所有提交哈希值都是从我们最初要更改的提交开始更改的。

要获取非交互式命令，请在PATH中添加包含此内容的脚本：

#!/bin/sh
#
# git-fixup
# Use staged changes to modify a specified commit
set -e
cmt=$(git rev-parse $1)
git commit --fixup="$cmt"
GIT_EDITOR=true git rebase -i --autosquash "$cmt~1"

通过暂存您的更改来使用它（使用 git add）然后运行 git fixup <commit-to-modify>。当然，如果你遇到冲突，它仍然是互动的。

完全非交互式命令^（1）

我以为我会分享一个我正在使用的别名。它基于 非交互式 交互式rebase。要将它添加到您的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'

这个命令的最大优点是它的事实 无VIM。

^（1）当然，因为在rebase期间没有冲突

用法

git amend-to <REV> # e.g.
git amend-to HEAD~1
git amend-to aaaa1111

名字 amend-to 似乎合适恕我直言。比较流量 --amend：

git add . && git commit --amend --no-edit
# vs
git add . && git amend-to <REV>

说明

• git config --global alias.<NAME> '!<COMMAND>'  - 创建一个名为的全局git别名 <NAME> 这将执行非git命令 <COMMAND>
• f() { <BODY> }; f  - “匿名”bash功能。
• SHA=`git rev-parse "$1"`;  - 将参数转换为git revision，并将结果赋给变量 SHA
• git commit --fixup "$SHA"  - fixup-commit for SHA。看到 git-commit 文档
• GIT_SEQUENCE_EDITOR=true git rebase --interactive --autosquash "$SHA^"
  • git rebase --interactive "$SHA^" 部分已被其他答案所涵盖。
  • --autosquash 是与之配合使用的 git commit --fixup，见 git-rebase 文档 了解更多信息
  • GIT_SEQUENCE_EDITOR=true 是什么使整个事情非互动。我学到了这个黑客 来自这篇博文。

对我来说，它是从一个回购中删除一些凭据。 在试图改变时，我尝试了变调并遇到了大量看似无关的冲突 - 继续。 不要试图自己动手，在mac上使用名为BFG（brew install bfg）的工具。

我解决了这个，

1）通过创建我想要的更改的新提交..

r8gs4r commit 0

2）我知道我需要与它合并的提交。这是提交3。

所以， git rebase -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 （修理 将合并而不提交消息）或 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 e499d89 Delete CNAME
reword 0c39034 Better README
pick f7fde4a Change the commit message but push the same commit.

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

Finaly Force推动修改后的提交。

git push --force