我想把两个提交合并成一个，所以我按照“使用rebase压缩提交”来自git ready的步骤进行操作。
我运行了
git rebase --interactive HEAD~2
pick更改为squash，然后保存并退出，但是变基失败，并显示以下错误消息：
现在，我的工作树已经达到了这种状态，我很难恢复。无法“squash”没有先前提交的内容
git rebase --interactive HEAD~2失败，并出现以下消息：
而交互式变基已经开始
git rebase --continue则失败，并显示以下消息：
无法“squash”没有先前提交的内容
错误信息为：
没有先前的提交，无法“压缩”
这意味着您可能尝试“向下压缩”。Git总是将较新的提交压缩到较旧的提交中或者根据交互式变基待办事项列表的视图“向上”压缩，即压缩到前一行上的提交。将待办事项列表的第一行命令更改为squash，将始终产生此错误，因为第一个提交没有可以压缩的内容。
首先回到您开始的位置。
$ git rebase --abort
假设你的历史记录是：
$ git log --pretty=oneline
a931ac7c808e2471b22b5bd20f0cad046b1c5d0d c
b76d157d507e819d7511132bdb5a80dd421d854f b
df239176e1a2ffac927d8b496ea00d5488481db5 a
也就是说，a 是第一次提交，然后是 b，最后是 c。在提交 c 后，我们决定将 b 和 c 合并：
(注意：运行 git log 会将其输出传输到分页程序中，在大多数平台上默认使用的是 less。要退出分页程序并返回命令提示符，请按下 q 键。)
运行 git rebase --interactive HEAD~2 将会打开一个编辑器：
pick b76d157 b
pick a931ac7 c
# Rebase df23917..a931ac7 onto df23917
#
# Commands:
# p, pick = use commit
# r, reword = use commit, but edit the commit message
# e, edit = use commit, but stop for amending
# s, squash = use commit, but meld into previous commit
# f, fixup = like "squash", but discard this commit's log message
#
# If you remove a line here THAT COMMIT WILL BE LOST.
# However, if you remove everything, the rebase will be aborted.
#
请注意，此待办事项列表与git log输出相比顺序相反。
将 b 的 pick 改为 squash 将导致你看到的错误，但是如果你将 c 合并到 b 中（较新的提交合并到较旧的提交或“向上压缩”），则需要更改待办事项列表。
pick b76d157 b
squash a931ac7 c
保存并退出您的编辑器后，您将获得另一个编辑器，其内容为
# This is a combination of 2 commits.
# The first commit's message is:
b
# This is the 2nd commit message:
c
保存并退出时，编辑文件的内容将成为新合并提交的提交消息：
$ git log --pretty=oneline
18fd73d3ce748f2a58d1b566c03dd9dafe0b6b4f b and c
df239176e1a2ffac927d8b496ea00d5488481db5 a
交互式变基将重写历史。试图推送到包含旧历史记录的远程仓库会失败，因为它不是快进。
如果您变基的分支是自己工作的主题或特性分支，那就没什么大不了的。将其推送到另一个仓库需要使用--force选项，或者根据远程仓库的权限，您可以首先删除旧分支，然后再推送经过变基的版本。这些可能会破坏工作的命令范例超出了本回答的范围。
在与他人共同合作的分支上重新编辑已发布的历史记录，除非有非常好的理由（例如泄露密码或其他敏感细节），否则会让您的合作者承担额外的工作，是不良社交行为并会使其他开发人员感到烦恼。Git变基文档中的“从上游变基恢复”部分进行了解释，并强调了这一点。
对于其他人已经依赖的分支进行变基（或任何其他形式的重写），是个坏主意：任何下游使用这些分支的人都必须手动修复他们的历史记录。这一节从下游的角度解释了如何进行修复。但是，真正的解决方案应该是避免在第一时间内对上游进行变基。 …
git log hashoftheoldcommit，它可以工作，但我很好奇想看到一个包括所有这些不可达提交的 git log --graph。 - fabsenetgit rebase --interactive HEAD~3，然后将c行移动到a行下面。将c行的pick更改为s，然后退出编辑器。 - funroll如果有多个提交，你可以使用 git rebase -i 命令将两个提交合并为一个。
如果只想合并最近的两个提交，可以使用下列命令将它们合并成一个：
git reset --soft "HEAD^"
git commit --amend
git reset --soft HEAD~10，其中10是你想要合并的提交数量。 - freganteHEAD开始数有多少次提交，您还可以使用 git reset --soft 47b5c5... 命令将代码重置到特定的提交点，其中 47b5c5... 是提交点的 SHA1 ID。请注意，这个命令不会改变原始提交点的内容。 - dguaygit push -f origin master 命令。 - Rishabh Agrahari对于大多数常见情况，有一种更简单的方法。
实际上，如果你只想将几个最近的提交合并成一个，但不需要进行drop、reword或其他变基操作，那么你可以简单地执行以下操作：
git reset --soft "HEAD~n"
~n是需要软撤销的提交数量（比如~1、~2等）然后，使用以下命令修改提交信息。
git commit --amend
这与一系列的压缩和一个挑选基本相同。
它适用于n次提交，而不仅仅是像上面回答中提到的两次提交。
~n是要轻松取消提交的提交次数（即~1，~2等）。 - Rayn 个提交，而是中间的 n 个提交呢？我能轻松地做到这一点吗？ - chumakoffgit rebase -i 命令。@chumakoff - pambda然后git rebase -i 是你需要压缩工作的方法，你能在回答中展示一个包含 n 个提交的示例吗？感谢你对问题的最佳回答。 - Саша Черныхgit reset --soft @~m，其中m=n-1。 - Łukasz Rajchel首先，您应该检查您有多少个提交记录：
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
然后使用 "squash" 命令即可。其余的步骤非常简单。如果您还不了解，请阅读http://zerodie.github.io/blog/2012/01/19/git-rebase-i/
git push -f origin master 命令。 - Rishabh Agraharigit checkout -b temp_branch HEAD~2
然后将另一个分支压缩提交到这个新分支中：
git merge branch_with_two_commits --squash
这将会带来一些变化，但不会提交它们。所以只需提交它们，你就完成了。
git commit -m "my message"
现在，您可以将此新的主题分支合并回您的主分支。
a和c并保留b的情况。 - Talha Ashrafgit checkout -b combine-last-two-commits "HEAD^2"）时，我会收到一个错误：fatal: 'HEAD^2' 不是一个提交，也不能从它创建分支 'combine-last-two-commits'。 - mhuckaHEAD^2 时遇到了相同的错误 -- 我不得不使用具体的提交哈希值。 - Everett你可以使用以下命令取消rebase：
git rebase --abort
当你再次运行交互式变基命令时，“合并”提交必须在列表中位于“挑选”提交之下。
$ git rebase --abort
如果你想撤销git rebase，请随时运行此代码。
$ git rebase -i HEAD~2
重新应用最近的两次提交。上述命令将打开一个代码编辑器。
:wq之后，您将处于活动rebase模式中
注意：如果没有警告/错误消息，则会得到另一个编辑器。如果有错误或警告，不会显示另一个编辑器，如果看到错误或警告，则可以通过运行 $ git rebase --abort 来中止，否则只需继续运行$ git rebase --continue
您将看到2个提交消息。选择其中一个或编写自己的提交消息，保存并退出[:wq]
注意2：如果运行rebase命令，则可能需要强制推送更改到远程存储库
$ git push -f
$ git push -f origin master
git push -f origin/master是其他答案所遗漏的。+1 - Rishabh Agrahari我经常使用git reset --mixed来回退到多个提交之前的基础版本，以便合并这些提交。然后我创建一个新的提交，这种方式可以让您的提交最新，并确保在推送到服务器后您的版本是HEAD。
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 reset --mixed 249cf9392da197573a17c8426c282
"249cf9392da197573a17c8426c282" 是第三个版本，也是你合并前的基础版本，在此之后，我进行了新的提交：
git add .
git commit -m 'some commit message'
这就是全部，希望对每个人来说都有另一条路可以走。
供参考，来自 git reset --help：
--mixed
Resets the index but not the working tree (i.e., the changed files are
preserved but not marked for commit) and reports what has not been
updated. This is the default action.
git rebase origin/develop -i提示：当处于git rebase-interactive模式(vim)时:
ciw - (change inner word) 将更改光标下的整个单词。s代表合并wq 写入退出，完成了.
然后执行git push -f
由于我几乎在所有情况下都使用git cherry-pick，在这里我也自然而然地这样做。
假设我已经检出了branchX，并且在它的最新位置有两个提交，我想要将它们的内容合并为一个提交，我可以执行以下操作：
git checkout HEAD^ // Checkout the privious commit
git cherry-pick --no-commit branchX // Cherry pick the content of the second commit
git commit --amend // Create a new commit with their combined content
如果我想要更新branchX（我猜这是这种方法的缺点），我还需要执行以下操作：
git checkout branchX
git reset --hard <the_new_commit>
ESC键并输入:wq!来退出编辑器。 - Rafaël Moser