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

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

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

您的功能分支已完成并准备好只需一次提交即可提交到主分支、开发分支或其他目标分支

转到合并分支：git checkout master和git pull从干净的本地主机创建一个工作分支：gitcheckout-b workMerge在工作时挤压你的功能分支：git Merge--挤压你的_feature_branch。使用默认或新消息提交：gitcommit（使用特定或默认消息）返回功能分支：git checkout your_feature_branch将功能分支指向工作目录：git reset-hardwork验证，但您已准备好推送：git push-f如果需要，清理工作分支

用目标分支替换master：开发等等

无需指定从主节点到功能分支的提交次数。Git负责*

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

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

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

您希望与挤压选项合并。这是如果你想一次做一个分支。

git merge --squash feature1

如果您希望在单个提交的同时合并所有分支，那么首先以交互方式重新设置基础并压缩每个功能，然后章鱼合并：

git checkout feature1
git rebase -i master

挤压成一个提交，然后重复其他功能。

git checkout master
git merge feature1 feature2 feature3 ...

最后一次合并是“章鱼合并”，因为它同时合并了许多分支。

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

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可以得到我想要的结果，只需提交一次即可合并整个功能分支。而且，我最多只需要做一次手动冲突解决。

如果您已经在main上安装了gitmerge错误修复程序，可以使用以下命令将合并提交压缩为一个：

git reset --soft HEAD^1
git commit