Git重置，正如之前在许多回答中提到的，是迄今为止实现你想要的最好和最简单的方法。我在以下工作流程中使用它:

(有关发展分支)

git fetch
git merge origin/master  #so development branch has all current changes from master
git reset origin/master  #will show all changes from development branch to master as unstaged
git gui # do a final review, stage all changes you really want
git commit # all changes in a single commit
git branch -f master #update local master branch
git push origin master #push it

对于喜欢点击的人的解决方案:

安装源代码树(免费) 检查你的提交是什么样的。很可能你有类似的东西 右键单击父提交。在我们的例子中，它是主分支。

您可以通过单击一个按钮来取消上一个提交。在我们的例子中，我们需要点击2次。您也可以更改提交消息 结果非常棒，我们已经准备好了!

旁注:如果你把你的部分提交推到远程，你必须在挤压后强制推

另一种解决方案是将所有提交日志保存到一个文件中

分支> git 日志.log

现在branch.log将拥有自开始以来的所有提交id。向下滚动并进行第一次提交(这在终端中很困难) 使用第一次提交

Git复位-软

所有提交都将被压缩

所有这些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——然后等待第二天重复。 你不喜欢编程吗?：）

Git重置，正如之前在许多回答中提到的，是迄今为止实现你想要的最好和最简单的方法。我在以下工作流程中使用它:

(有关发展分支)

git fetch
git merge origin/master  #so development branch has all current changes from master
git reset origin/master  #will show all changes from development branch to master as unstaged
git gui # do a final review, stage all changes you really want
git commit # all changes in a single commit
git branch -f master #update local master branch
git push origin master #push it

为了完善一下Caveman的回答，使用git reset——soft <commit>。从文档中，这个命令:

根本不触及索引文件或工作树(但将头部重置为<commit>，就像所有模式一样)。这将使所有更改过的文件都变成“要提交的更改”，就像git状态所显示的那样。

换句话说，它将撤销到<commit>之前的所有提交。但是它不会改变工作目录。您最终会得到所有的更改，这些更改都是未分期和未提交的。就好像那些介入的提交从未发生过一样。

例子:

# on master
git checkout -b testbranch
# make many commits
git reset --soft master
git add .
git commit -m 'The only commit.'

此时，您仍然在testbranch上，它只有一次提交。像往常一样合并到master中。

在我的手中，Caveman回答的第一部分(git rebase -i)并没有压缩提交。