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

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

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

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

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

这是假设master是基础分支。

你可以通过子命令来实现

$ git rebase -i HEAD~$(git rev-list -count HEAD ^master)

这将首先计算从master分离后的提交次数，然后将其还原到确切的长度。

解决方案- 1

A.把master拖进你的特性分支(确保更新了master)

git pull origin master  

B.软复位至master

git reset --soft master

C.提交更改

git commit -m “commit message"

D.做git推

git push --force  

解决方案- 2

使用git rebase压缩提交

A.

$git rebase -i HEAD~3  (HEAD~<no. of commits you want to squash>)

B.你会得到一个交互式提示，你需要选择顶部提交，并在那些你想要合并/挤压的前面插入挤压或s。

注意:请确保在插入模式下进行更改并保存文件;(VI编辑器中的wq)

C.现在你会得到另一个交互式提示，你需要把#放在你不想要的commit消息前面，或者添加你自己的消息。再次保存文件，您的提交将成功地更改基准。

干杯!

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

最简单的方法。

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