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

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

我发现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 master
$ git merge --squash yourBranch
$ git commit # all commit messages of yourBranch in one, really useful
 > [status 5007e77] Squashed commit of the following: ...

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

为了完善一下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
}

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