如何将更改的文件添加到 Git 中较旧的（不是最后一次）提交

Question

在过去的一个小时里，我改变了几件事，并一步步提交它们，但我刚刚意识到我忘记在一些提交之前添加更改的文件（例如，标记为 a0865... 如下）。

日志看起来像这样：

GIT TidyUpRequests u:1 d:0> git log 
commit fc6734b6351f6c36a587dba6dbd9d5efa30c09ce 
Author: David Klein <> 
Date:   Tue Apr 27 09:43:55 2010 +0200

    The Main program now tests both Webservices at once

commit 8a2c6014c2b035e37aebd310a6393a1ecb39f463 
Author: David Klein <>
Date:   Tue Apr 27 09:43:27 2010 +0200

    ISBNDBQueryHandler now uses the XPath functions from XPath.fs too

commit 06a504e277fd98d97eed4dad22dfa5933d81451f 
Author: David Klein <> 
Date:   Tue Apr 27 09:30:34 2010 +0200

    AmazonQueryHandler now uses the XPath Helper functions defined in XPath.fs

commit a0865e28be35a3011d0b6091819ec32922dd2dd8 <--- changed file should go here
Author: David Klein <> 
Date:   Tue Apr 27 09:29:53 2010 +0200

    Factored out some common XPath Operations

有什么想法吗？

Answer 1

使用 git rebase。具体来说：

1. 使用 git stash 来存储您要添加的更改。
2. 使用 git rebase -i HEAD~10 （或者您想查看的任何提交）。
3. 通过将行开头的单词 pick 更改为 edit，将有问题的提交 (a0865...) 标记为编辑。不要删除其他行，因为这会删除提交。[^vimnote]
4. 保存 rebase 文件，git 将返回到 shell 并等待您修复该提交。
5. 使用 git stash pop 弹出存储。
6. 使用 git add 添加文件。
7. 使用 git commit --amend --no-edit 修改提交。
8. 执行 git rebase --Continue ，这将根据新提交重写其余提交。
9. 如果您已标记多个提交进行编辑，请从步骤 2 开始重复。
10. 如果您之前已将修改后的提交推送到其他任何地方，那么您将必须再次推送 --force 才能在远程更新它们。但是，有关使用 --force 的常见警告适用，如果您不小心并事先与他们协调，您很容易会丢失其他人的工作。

[^vimnote]：如果您使用 vim，则必须按 Insert 键进行编辑，然后按 Esc 并输入 :wq 保存文件、退出编辑器并应用更改。或者，您可以配置用户友好的 git commit 编辑器，带有 git config --global core.editor "nano"。

Answer 2

要通过小的更改“修复”旧提交，而不更改旧提交的提交消息，其中 OLDCOMMIT 类似于 091b73a：

git add <my fixed files>
git commit --fixup=OLDCOMMIT
git rebase --interactive --autosquash OLDCOMMIT^

您还可以使用 git commit --squash=OLDCOMMIT 在变基期间编辑旧的提交消息。

请参阅 git commit 和 git rebase。一如既往，当重写 git 历史记录时，你应该只修复或压缩提交您尚未发布给其他任何人（包括随机互联网用户和构建服务器）。

---

详细说明

• git commit --fixup=OLDCOMMIT 复制 OLDCOMMIT 提交消息并自动添加前缀 fixup!，以便在执行期间可以将其按正确的顺序放置交互式变基。 (--squash=OLDCOMMIT执行相同操作，但添加前缀 squash!。）
• git rebase --interactive 将打开一个文本编辑器（可以配置）以确认（或编辑）rebase 指令序列 。文件中有变基指令更改的信息；只需保存并退出编辑器（:wq in vim ）继续变基。
• --autosquash< /a> 将自动以正确的顺序放置任何 --fixup=OLDCOMMIT 提交。请注意，--autosquash 仅在使用 --interactive 选项时才有效。
• OLDCOMMIT^^ code> 表示它是对 OLDCOMMIT 之前提交的引用。 （OLDCOMMIT^ 是 OLDCOMMIT 的第一个父级。）

---

可选自动化

上述步骤非常适合验证和/或修改变基指令序列，但也可以通过以下方式跳过/自动化交互式变基文本编辑器：

• 将 GIT_SEQUENCE_EDITOR 设置为一个脚本。
• 创建 git 别名以自动自动压缩 所有排队的修复。
• 创建 git 别名来自动修复单个提交。

Answer 3

在 git 1.7 中，有一种非常简单的方法来使用 git rebase：

暂存文件：

git add $files

创建一个新的提交并重新使用“损坏的”提交前缀的提交消息

git commit -c master~4

fixup!在主题行中（或 squash! 如果您想编辑提交（消息））：

fixup! Factored out some common XPath Operations

使用 git rebase -i --autosquash 来修复您的提交

Answer 4

您可以尝试 rebase --interactive< /strong> 会话来修改您的旧提交（前提是 您尚未将这些提交推送到另一个存储库）。

有时 b.2 中修复的事情。无法修改为它修复的不太完美的提交，因为该提交深深地埋藏在补丁系列中。
这正是交互式变基的用途：在大量“a”和“b”之后使用它，通过重新排列和编辑提交，并将多个提交压缩为一个。

从您想要按原样保留的最后一次提交开始：

git rebase -i <after-this-commit>

将启动编辑器，处理当前分支中的所有提交（忽略合并提交），这些提交是在给定提交之后进行的。
您可以根据自己的喜好重新排序此列表中的提交，也可以删除它们。该列表看起来或多或少像这样：

pick deadbee The oneline of this commit
pick fa1afe1 The oneline of the next commit
...

单行描述纯粹是为了您的愉悦； git rebase 不会查看它们，而是查看提交名称（本例中为“deadbee”和“fa1afe1”），因此请勿删除或编辑这些名称。

通过将命令“pick”替换为命令“edit”，您可以告诉 git rebase 在应用该提交后停止，以便您可以编辑文件和/或提交消息、修改提交，并继续变基。

Answer 5

这是一个实现 @Greg 答案的函数：

function gitamendoldcommit() {
    printf "\n\nPress any key if you have no changes other than those you want to add to $1."
    printf "(You can commit your unwanted changes and undo later.):\n\n"
    read foo
    printf "\n\nChange 'pick' to 'edit' in front of $1 (top one), save, close the editor & press any key..."
    printf "Resolve any possible conflicts, if any. then: git add .; git rebase --continue\n\n"
    git rebase -i $1^

    git stash pop
    git add .
    git commit --amend --no-edit
    git rebase --continue
}

用法：（仅在暂存中进行预期的更改）gitamendoldcommit $OLDCOMMIT

Answer 6

此外，如果您使用 git rebase -i 并想要转到当前分支的第一次提交，则可以使用 git rebase -i --root 。现在您可以轻松修改您的第一次提交。

Answer 7

2023 年，有一些工具可以做到这一点：特别是 gitsorb。它是一个很棒的工具，有可能改变许多尘埃落定的 git 工作流程。