由于我在这里提出的解决方案中遇到了一些麻烦，我想分享一个非常简单的解决方案(无论如何都是有效的):

git merge origin/master && git reset --soft origin/master

前面的合并cmd确保，在提交时，没有来自master的最近更改会出现在你的头上(倒置)!之后，只需提交更改并执行git push -f

git checkout -b temp
git checkout yourbranch
git fetch
git reset --hard origin/master
git merge --squash temp
git commit -m "new message" 

最简单的方法。

这将创建一个新的分支，然后将你的分支重置为基础分支，然后在将临时分支合并回我们的分支之前，我们压缩更改并创建一个新的提交

另一种压缩所有提交的方法是将索引重置为master:

git checkout yourBranch
git reset $(git merge-base master $(git branch --show-current))
git add -A
git commit -m "one commit on yourBranch"

这并不完美，因为这意味着你知道“你的分支”来自哪个分支。 注意:在Git中找到原始分支并不容易/不可能(可视化的方式通常是最简单的，如图所示)。

注意:git分支——show-current已在git 2.22(2019年第二季度)中引入。

或者，正如Hiroki Osame在评论中指出的那样:

git switch yourBranch
git reset --soft $(git merge-base main HEAD)
git commit -m "one commit on yourBranch"

不需要git分支——show-current，因为HEAD已经是该分支的引用。 不需要git add -A，因为git重置-soft只移动HEAD，并保持索引不变(换句话说，文件已经“添加”)。

编辑:你将需要使用git push——force

Karlotcha Hoa在评论中写道:

对于重置，可以这样做 git reset $(git merge-base master $(git rev-parse——abbrev-ref HEAD)) 自动使用您当前所在的分支。 如果使用它，还可以使用别名，因为该命令不依赖于分支名称。

Sschoof在评论中补充道:

因为我的默认分支被称为main，我的搜索多次把我带到这里: 为我下次上课抄一份 git reset $(git merge-base main $(git rev-parse——abbrev-ref HEAD))

假设你在特征分支上:

在特性分支中找到第一个提交。如果你正在使用gitlab或github，你可以直接在分支中查看它，并从那里复制散列，或者你可以使用以下命令:

Git日志<source_branch>..< feature_branch >——漂亮=格式:% h

执行以下命令:

git reset --soft <base_commit_hash>

git commit --amend --no-edit

现在在这个阶段，在您的本地，您有一个提交，其中包括在所有以前的提交中所做的更改。

回顾它，你需要用力推它。在强制推送之后，所有的更改都将合并到一个提交中，而您的分支将只有1个提交。

在特征分支中强制推送

git push --force 

你正在做的事情很容易出错。只做:

git rebase -i master

它会自动将你的分支的提交重置到当前最新的主节点上。

所有这些git重置，硬的，软的，以及这里提到的所有其他东西都可能工作(它不适合我)，如果你正确地执行步骤和某种精灵。 如果你是普通的smo，试试这个: 如何使用git合并-squash?

Saved my life, and will be my go to squash, been using this 4 times since I found out about it. Simple, clean and basically 1 comamnd. In short: If you are on a branch lets call it "my_new_feature" off develop and your pull request has 35 commits (or however many) and you want it to be 1. A. Make sure your branch is up to date, Go on develop, get latest and merge and resolve any conflicts with "my_new_feature" (this step really you should take as soon as you can all the time anyway) B. Get latest of develop and branch out to a new branch call it "my_new_feature_squashed"

C.魔法在这里。 你想把你的工作从“my_new_feature”变成“my_new_feature_squashed” 所以只要这样做(在我们创建off develop的新分支上): Git merge—squash my_new_feature

你所有的改变现在都在你的新分支上，你可以自由地测试它，然后只做一个单一的提交，推送，那个分支的新PR——然后等待第二天重复。 你不喜欢编程吗?：）