我知道这个问题不是专门针对Github的，但由于Github被广泛使用，这是我一直在寻找的答案，我将在这里分享。

Github能够执行压缩合并，这取决于为存储库启用的合并选项。

如果启用了挤压合并，“挤压并合并”选项将出现在“合并”按钮下的下拉列表中。

最终让我明白这一点的是一条评论：

git checkout main
git merge --squash feature

相当于：

git checkout feature
git diff main > feature.patch
git checkout main
patch -p1 < feature.patch
git add .

当我想将一个功能分支与105（！！）个提交合并并将它们全部压缩为一个时，我不想git rebase-I origin/master，因为我需要分别解决每个中间提交的合并冲突（或者至少是git自己无法解决的提交）。使用gitmerge--squash可以得到我想要的结果，只需提交一次即可合并整个功能分支。而且，我最多只需要做一次手动冲突解决。

假设您进行多次提交的分支的名称称为bugfix/123，并且您希望压缩这些提交。首先，从develop创建一个新分支（或者无论回购的名称是什么）。假设新分支的名称为bugfix/123_up。在gitbash中签出此分支-

git获取git checkout错误修复/123-upgitmerge错误修复/123--挤压gitcommit-m“您的消息”git推送原点错误修复/123-up

现在，该分支将只有一个提交，其中包含所有更改。

您可以使用我创建的工具来简化这个过程：git squash。例如，要挤压已从主分支分支的功能分支上的所有提交，请编写：

git squash master
git push --force

假设您的bug修复分支称为bugfix，并且您希望将其合并到master中：

git checkout master
git merge --squash bugfix
git commit

这将从错误修复分支获取所有提交，将它们压缩为一个提交，并将其与主分支合并。

说明：

git checkout master

切换到主分支。

git merge --squash bugfix

从错误修复分支获取所有提交，并将其与当前分支分组为1次提交。（没有出现合并提交；您可以在提交之前手动解决冲突）

git commit

从合并的更改创建单个提交。

省略-m参数可以在完成提交之前修改包含压缩提交中的每个消息的提交消息草稿。

要在推动本地分支之前将其压扁，请执行以下操作：

如果尚未签出，则签出要处理的分支。找到你想要保存的最古老的承诺的sha。从该提交创建/签出新分支（tmp1）。git checkout-b tmp1＜提交的sha1＞将原始分支合并到新的挤压分支中。git merge--squash<原始分支>使用摘要提交消息提交合并创建的更改。git提交-m<msg>检出要挤压的原始分支。git checkout＜branch＞重置为您希望保留的原始提交sha。git重置--软<sha1>基于新的tmp1分支重新设置此分支。git重基tmp1就是这样-现在，一旦确定一切正常，就删除临时tmp1分支。