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

git reset --soft HEAD^1
git commit

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

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

git checkout YOUR_RELEASE_BRANCH
git pull
git checkout -b A_NEW_BRANCH
git merge --squash YOUR_BRANCH_WITH_MULTIPLE_COMMITS
git commit -am "squashing all commits into one"
git push --set-upstream origin A_NEW_BRANCH

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

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

如果您收到错误：提交是不可能的，因为您有未合并的文件。

git checkout master
git merge --squash bugfix
git add .
git commit -m "Message"

修复了所有冲突文件

git add . 

你也可以使用

git add [filename]

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

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