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

git rebase -i master

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

另一种压缩所有提交的方法是将索引重置为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))

另一种简单的方法是:在原始分支上进行合并-挤压。该命令不执行“压缩”提交。当你这样做时，你分支的所有提交消息将被收集。

$ git checkout master
$ git merge --squash yourBranch
$ git commit # all commit messages of yourBranch in one, really useful
 > [status 5007e77] Squashed commit of the following: ...

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

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

这是假设master是基础分支。

假设你从master分支，你不需要一直输入你的branch到重置步骤:

git checkout yourBranch
git reset --soft HEAD~$(git rev-list --count HEAD ^master)
git add -A
git commit -m "one commit on yourBranch"

解释:

git revlist——count HEAD ^master自master创建feature分支以来的提交次数，f.ex。20. git reset——soft HEAD~20将对最近20次提交进行软重置。这将把更改保留在文件中，但删除提交。

用法:

在我的.bash_profile中，我为gisquash添加了一个别名，用一个命令就可以做到这一点:

# squash all commits into one
alias gisquash='git reset --soft HEAD~$(git rev-list --count HEAD ^master)'

在重置和提交后，你需要做一个git push -force。

提示:

如果你正在使用Gitlab >= 11.0，你就不需要再这样做了，因为它在合并分支时有一个压缩选项。

签出您希望将所有提交压缩为一次提交的分支。我们说它叫feature_branch。

git checkout feature_branch

步骤1:

用你的本地主分支对你的origin/feature_branch进行软重置(根据你的需要，你也可以用origin/main重置)。这将重置feature_branch中所有额外的提交，但不会在本地更改任何文件更改。

git reset --soft main

步骤2:

将git repo目录中的所有更改添加到将要创建的新提交中。并通过信息提交相同的信息。

# Add files for the commit.
git add ...
git commit -m "commit message goes here"

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

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

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

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

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

分支> git 日志.log

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

Git复位-软

所有提交都将被压缩

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

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

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

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

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

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

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

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

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

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

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

如果你可以接受涉及另一个分支的答案，尝试git checkout——orphan <new_branch>它允许我简单地将前一个分支的所有文件作为一个提交。

这有点像git的合并压缩，但不完全相同。

How

你需要得到分支的合并基

git merge-base master your-branch
# 566f8438e0cd0e331ceb49a9cb0920143dfb065c

然后你就可以改基了

git rebase -i 566f8438e0cd0e331ceb49a9cb0920143dfb065c
# then squash/pick/do commit messages

或者只是进行软重置并提交所有内容

git reset --soft 566f8438e0cd0e331ceb49a9cb0920143dfb065c
git add .
git commit -m "The only commit"

自动化

如果你经常这样做，你可以把这些放在你的.bashrc使用自动化。

g-rebase-branch() {
  git branch --show-current | xargs git merge-base master | xargs git rebase -i
}

g-one-commit() {
  local last_commit_message=`git show -s --format=%s`
  git branch --show-current | xargs git merge-base master | xargs git reset --soft
  git add -A
  git commit -m "$last_commit_message"
  git commit --amend
}

然后直接在终端上做这些。

g-one-commit

但如果你合并的是与master不同的分支，那么你可以用“$1”替换master来做到这一点

g-one-commit staging

解决方案- 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 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)并没有压缩提交。

我知道这个问题已经有了答案，但我围绕已接受的答案编写了一个bash函数，以允许您在一个命令中完成它。它首先创建一个备份分支，以防压缩由于某种原因失败。然后压缩并提交。

# Squashes every commit starting after the given head of the given branch.
# When the squash is done, it will prompt you to commit the squash.
# The head of the given parent branch must be a commit that actually exists
# in the current branch.
#
# This will create a backup of the current branch before it performs the squash.
# The name of the backup is the second argument to this function.
#
# Example: $ git-squash master my-current-branch-backup
git-squash() {
  PARENT_BRANCH=$1
  BACKUP_BRANCH=$2

  CURRENT_BRANCH=$(git branch --show-current)

  git branch $BACKUP_BRANCH
  BACKUP_SUCCESS=$?

  if [ $BACKUP_SUCCESS -eq 0 ]; then
    git reset $(git merge-base $PARENT_BRANCH $CURRENT_BRANCH)
    git add -A
    git commit
    echo "Squashed $CURRENT_BRANCH. Backup of original created at $BACKUP_BRANCH$"
  else
    echo "Could not create backup branch. Aborting squash"
  fi
}

假设你在特征分支上:

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

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

执行以下命令:

git reset --soft <base_commit_hash>

git commit --amend --no-edit

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

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

在特征分支中强制推送

git push --force 

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

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

我发现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 checkout -b temp
git checkout yourbranch
git fetch
git reset --hard origin/master
git merge --squash temp
git commit -m "new message" 

最简单的方法。

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