解决方案- 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消息前面，或者添加你自己的消息。再次保存文件，您的提交将成功地更改基准。

干杯!

你可以使用我专门为这个任务创建的工具:

https://github.com/sheerun/git-squash

基本上你需要打电话给git壁球大师，你就搞定了

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

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

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

在之前的回答中，我没有看到任何关于如何处理“凌乱的分支”和“自我冲突”的信息。例如，我经常在我的特性分支(称为特性)上有主提交，这导致了它们之间的冲突。我发现这是最难处理的问题之一。

如何挤压凌乱的树枝?使用临时分支!

我发现Felix Rieseberg的解决方案是最好的。以下是我对他的建议略短的抄写:

Create a local tmp branch of off master git checkout master && git pull && git checkout -b tmp Merge all feature changes into tmp (without any commits, only staged file changes). git merge --squash $feature Manually solve all remaining "real conflicts" (This is the only step you cannot have a script do for you) Commit. tmp is now master + 1 commit (containing all changes). git commit ... Checkout feature and git reset --hard tmp (feature's original contents are gone, and it is now basically tmp, but renamed) git checkout $feature && git reset --hard tmp Ignore and override origin/feature (then clean up) git push -f && git branch -D tmp

Felix指出，这将产生最干净的合并，没有任何来自master和feature之间混乱/复杂关系的奇怪的自我冲突:

您可能会遇到一些不可避免的合并冲突。请相信，这是尽可能少的冲突，因为您跳过了最初创建的许多中间提交。

你可以通过子命令来实现

$ git rebase -i HEAD~$(git rev-list -count HEAD ^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)并没有压缩提交。