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

在过去的一个小时中，我已经更改了几件事，并一步一步地提交了它们，但是我才意识到，我忘记添加一些提交的更改文件。

日志如下所示：

    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

有任何想法吗？

使用git rebase。特别：

1. 使用git stash存储您要添加的变化。
2. 使用git rebase -i HEAD~10（或您想要查看的许多提交）。
3. a0865...通过pick将行开头的单词更改为，将要提交的问题（）标记为可编辑edit。不要删除其他行，因为那样会删除提交。[^ vimnote]
4. 保存rebase文件，然后git将放回到shell中，等待您修复该提交。
5. 通过使用弹出藏匿处 git stash pop
6. 使用添加文件git add <file>。
7. 用修改提交git commit --amend --no-edit。
8. 进行一次操作git rebase --continue将针对新的操作重写其余提交。
9. 如果您已标记多个提交进行编辑，请从步骤2开始重复执行。

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

只需稍作更改即可“修复”旧提交，而不更改旧提交的提交消息，其中OLDCOMMIT类似于091b73a：

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

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

• git rebase --interactive将调出一个文本编辑器（可以配置）以确认（或编辑）rebase指令序列。该文件中有有关更改基准指令的信息。只需保存并退出编辑器（:wq中的vim）即可继续进行基准调整。
• --autosquash会自动--fixup=OLDCOMMIT以所需顺序放置所有提交。请注意，--autosquash仅在使用该--interactive选项时有效。
• 在^中OLDCOMMIT^意味着它是一个参考之前提交OLDCOMMIT。

上面的步骤对于验证和/或修改rebase指令序列非常有用，但是也可以通过以下方式跳过/自动执行交互式rebase文本编辑器：

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

参见git commit和git rebase。与往常一样，在重写git历史记录时，您应该只修正或发布尚未发布给其他任何人（包括随机的Internet用户和构建服务器）的提交。

在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修正您的提交

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

有时，东西固定在b.2中。无法将其修改为它修复的不完美的提交，因为该提交被深深地埋在补丁系列中。
这正是交互式rebase的目的：通过重新排列和编辑提交，然后将多个提交压缩为一个，在大量的“ 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在应用该提交后停止，以便您可以编辑文件和/或提交消息，修改提交，并继续进行基础调整。