在过去的一个小时里，我已经改变了一些东西，并逐步提交了它们，但我刚刚意识到，我忘记在一些提交前添加一个更改过的文件。
日志看起来是这样的:
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
什么好主意吗?
您可以尝试rebase—交互式会话来修改旧的提交(前提是您还没有将这些提交推到另一个repo)。
有时在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在应用提交后停止，这样你就可以编辑文件和/或提交消息，修改提交，并继续rebase。
您可以尝试rebase—交互式会话来修改旧的提交(前提是您还没有将这些提交推到另一个repo)。
有时在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在应用提交后停止，这样你就可以编辑文件和/或提交消息，修改提交，并继续rebase。
