所有这些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 rebase -i master

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

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

分支> git 日志.log

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

Git复位-软

所有提交都将被压缩

在阅读了几个关于压缩的Stackoverflow问题和答案后，我认为这是一个很好的压缩分支上所有提交的代码行:

git reset --soft $(git merge-base master YOUR_BRANCH) && git commit -am "YOUR COMMIT MESSAGE" && git rebase -i master

这是假设master是基础分支。

为了完善一下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)并没有压缩提交。

如果你使用基于IDE的JetBrains，如IntelliJ Idea和prefare，使用命令行GUI:

进入版本控制窗口(Alt + 9/Command + 9) -“日志”选项卡。 在树中选择创建分支的点 右键点击它->重置当前分支到这里->选择软(!!)(重要的是不要失去你的变化) 按下对话框窗口底部的重置按钮。

就是这样。您未提交所有更改。现在如果你重新提交，它会被压缩