git merge——squash <feature branch>是一个很好的选择。“git commit”告诉你所有的feature branch提交消息，你可以选择保留它。

为了减少提交合并。

git合并 做x次——git重置头^——软 然后git提交。

风险删除的文件可能会回来。

我已经创建了自己的git别名来做到这一点。我称之为git freebase!它将使用您现有的凌乱的、不可重基的特性分支并重新创建它，以便它成为一个具有相同名称的新分支，其提交压缩到一个提交中，并重新基于您指定的分支(默认为master)。在最后，它将允许您为新“基于免费”的分支使用任何您喜欢的提交消息。

通过在.gitconfig中放置以下别名来安装它:

[alias]
  freebase = "!f() { \
    TOPIC="$(git branch | grep '\\*' | cut -d ' ' -f2)"; \
    NEWBASE="${1:-master}"; \
    PREVSHA1="$(git rev-parse HEAD)"; \
    echo "Freebaseing $TOPIC onto $NEWBASE, previous sha1 was $PREVSHA1"; \
    echo "---"; \
    git reset --hard "$NEWBASE"; \
    git merge --squash "$PREVSHA1"; \
    git commit; \
  }; f"

在你的特性分支中运行: Git freebase <new-base>

我只测试了几次，所以请先阅读它，并确保您想要运行它。作为一个小小的安全措施，它会打印开始的sha1，所以如果出现任何错误，你应该能够恢复旧的分支。

我会在github上的dotfiles repo中维护它: https://github.com/stevecrozz/dotfiles/blob/master/.gitconfig

尝试git rebase -i master在你的特性分支上。然后，你可以将除一个“pick”以外的所有“pick”更改为“squash”，以合并提交。参见使用rebase压缩提交

最后，您可以从主分支进行合并。

你有一个主分支和一个特征分支。你在一个特性分支上有很多提交。你不希望特性分支的所有提交都出现在主节点的提交历史上。遵循以下步骤

从最新的主代码创建一个新分支，您就在那个分支中

git checkout -b latest_MCode

现在将你的feature分支合并到latest_Mcode分支中

Git合并—压缩特性

没有-m参数提交吗

Git提交#不带-m

编辑器应该是一个包含所有提交日志和从特性分支更改的文件的弹出窗口。你可以在这里看到所有的特性分支提交。如果你愿意，你可以删除所有内容，只写一行你想在合并到master后显示的提交消息。按“i”键，然后写入信息，然后按“Esc”键->:wq->Enter键保存并退出编辑器。 4. 将新创建的分支合并到master中

git checkout master
git merge latest_Mcode
git push

你完蛋了! 最初的答案可以在GithubLink上找到

您可以使用“rebase”命令来完成此操作。让我们称分支为“main”和“feature”:

git checkout feature
git rebase main

rebase命令将重播“feature”上的所有提交，作为父级等于“main”的一次提交。

你可能想在git rebase main之前运行git merge main，如果"main"在"feature"创建之后(或者在最近的合并之后)发生了变化。这样，您仍然拥有完整的历史记录，以防遇到合并冲突。

在rebase之后，你可以将你的分支合并到main，这应该会导致一个快进合并:

git checkout main
git merge feature

请参阅“从概念上理解Git”的rebase页面，以获得更好的概述

另一个选项是git merge——squash <feature branch>，然后最后做一个git提交。

从内部

——南瓜 ——no-squash 生成工作树和索引状态，就像真正的合并一样 发生了(除了合并 信息)，但实际上并不制造 提交或移动HEAD，也不记录 $GIT_DIR/MERGE_HEAD导致下一个 Git commit命令创建一个合并 提交。这允许您创建一个 在当前的基础上进行单次提交 效果相同的分支 合并另一个分支(或更多分支) 章鱼的例子)。