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

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

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

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

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

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

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

git reset --soft HEAD^1
git commit

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

git checkout master
git merge --squash bugfix
git commit

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

说明：

git checkout master

切换到主分支。

git merge --squash bugfix

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

git commit

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

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

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

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

对于Git

创建新功能

通过终端/外壳：

git checkout origin/feature/<featurename>
git merge --squash origin/feature/<featurename>

这并不意味着你可以先回顾一下。

然后提交并完成这个新分支的功能，并删除/忽略旧分支（您开发的那个分支）。