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

转到合并分支：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负责*

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

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

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

转到合并分支：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负责*

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

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

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

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

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

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

Use

git status 

检查发生了什么。

Then

git checkout master 
git merge --squash bugfix
git add (add which files you want or use wildcard command like ".")

Then

git commit -m "message"

现在是最后但不是最不重要的

git push -u origin master

这里的原点可以是您喜欢的其他远程。