我试图合并2个提交为1，所以我遵循“压缩提交与rebase”从git就绪。
我跑
git rebase --interactive HEAD~2
在结果编辑器中，我将pick更改为squash，然后save-quit，但由于出现错误，重基操作失败
没有之前的提交就不能“squash”
现在我的工作树已经达到了这个状态，我很难恢复。
命令git rebase——interactive HEAD~2失败:
交互式改基已经开始
git rebase -continue失败
没有之前的提交就不能“squash”
当前回答
让我给你一个更简单的方法，
你可以做以下事情，而不是深入到GIT的深层概念中去，并为编辑的螃蟹而烦恼;
假设您从master创建了一个名为bug1的分支。向bug1提交2次。使用这些更改只修改了2个文件。
将这两个文件复制到文本编辑器中。结账的主人。粘贴文件。提交。
那么简单。
其他回答
你可以用
git rebase --abort
当你再次运行交互式rebase命令时，'squash;Commit必须在列表中选择Commit的下面
如果你的主分支git日志看起来像下面这样:
commit ac72a4308ba70cc42aace47509a5e
Author: <me@me.com>
Date: Tue Jun 11 10:23:07 2013 +0500
Added algorithms for Cosine-similarity
commit 77df2a40e53136c7a2d58fd847372
Author: <me@me.com>
Date: Tue Jun 11 13:02:14 2013 -0700
Set stage for similar objects
commit 249cf9392da197573a17c8426c282
Author: Ralph <ralph@me.com>
Date: Thu Jun 13 16:44:12 2013 -0700
Fixed a bug in space world automation
你想合并前两个提交，只需执行以下简单的步骤:
首先，为了安全起见，在一个单独的分支签出第二个最后提交。你可以给分支起任何名字。Git checkout 77df2a40e53136c7a2d58fd847372 -b合并提交 现在，只需要从上次提交到这个新分支的更改中选择:git cherry-pick -n -x ac72a4308ba70cc42aace47509a5e。(如有冲突，应及时解决) 你在上次提交中的改变在第二次提交中。但是你仍然需要提交，所以首先添加你刚刚选择的更改，然后执行git commit—amend。
就是这样。如果你愿意，你可以在分支“merge -commits”中推送这个合并的版本。
此外，您现在可以在主分支中丢弃连续两次提交。只需将你的主分支更新为:
git checkout master
git reset --hard origin/master (CAUTION: This command will remove any local changes to your master branch)
git pull
添加到@greg的答案后，你完成了所有的事情，即压缩提交，如果你做git push(原始提交将保留在分支)，而如果你做git push -f origin提交将被删除。 例如，你合并了提交B和提交C，如果你使用git push，你将有提交B，提交C和提交BC，但如果你使用git push -f origin，你将只有提交BC
让我给你一个更简单的方法，
你可以做以下事情，而不是深入到GIT的深层概念中去，并为编辑的螃蟹而烦恼;
假设您从master创建了一个名为bug1的分支。向bug1提交2次。使用这些更改只修改了2个文件。
将这两个文件复制到文本编辑器中。结账的主人。粘贴文件。提交。
那么简单。
首先你应该检查你有多少提交:
git log
有两种状态:
一是只有两次提交:
例如:
commit A
commit B
(在这种情况下，你不能使用git rebase来做)你需要做下面的事情。
$ git reset --soft HEAD^1
$ git commit --amend
另一种情况是提交次数超过两次;你想合并提交C和D。
例如:
commit A
commit B
commit C
commit D
(在这种情况下，你可以使用git rebase)
git rebase -i B
而不是用“壁球”来做。剩下的就很简单了。如果你还不知道，请阅读http://zerodie.github.io/blog/2012/01/19/git-rebase-i/
