我喜欢亚里士多德的答案。但我发现对于大型存储库(>5000次提交)，基于以下几个原因，filter-branch比rebase更好 1)它更快 2)当存在合并冲突时，不需要人工干预。 3)它可以重写标签——保存它们。 注意，filter-branch可以工作，因为每次提交的内容都没有问题——它与“rebase”之前完全相同。

我的步骤是:

# first you need a new empty branch; let's call it `newroot`
git symbolic-ref HEAD refs/heads/newroot
git rm --cached -r .
git clean -f -d

# then you apply the same steps
git commit --allow-empty -m 'root commit'

# then use filter-branch to rebase everything on newroot
git filter-branch --parent-filter 'sed "s/^\$/-p <sha of newroot>/"' --tag-name-filter cat master

注意，'——tag-name-filter cat'选项意味着标签将被重写以指向新创建的提交。

合并亚里士多德Pagaltzis和Uwe Kleine-König的答案和理查德布罗诺斯基的评论。

git symbolic-ref HEAD refs/heads/newroot
git rm --cached -r .
git clean -f -d
# touch .gitignore && git add .gitignore # if necessary
git commit --allow-empty -m 'initial'
git rebase --onto newroot --root master
git branch -d newroot

(只是为了把所有的东西放在一个地方)

Git将——root——重基到$emptyrootcommit

应该很容易做到吗

我知道这篇文章很旧了，但当谷歌搜索“插入提交git”时，这个页面是第一个。

为什么要把简单的事情变得复杂?

你有A-B-C，你想要A-B-Z-C。

git rebase -i trunk(或B之前的任何东西) 更改pick在B行上编辑 进行更改:git add .. git commit (git commit - modify将编辑B而不创建Z)

[你可以在这里进行任意数量的git提交，以插入更多的提交。]当然，在第5步中您可能会遇到麻烦，但是使用git解决合并冲突是您应该具备的技能。如果没有，那就练习!］

Git rebase—继续

很简单，不是吗?

如果你理解git rebase，添加一个“根”提交应该不是问题。

玩得开心!

结合最新和最好的。没有副作用，没有冲突，保持标签。

git log --reverse

tree=`git hash-object -wt tree --stdin < /dev/null`
commit=`git commit-tree -m 'Initialize empty repository' $tree`
echo $commit # copy below, interpolation didn't work for me

git filter-branch --parent-filter 'sed "s/^\$/-p <commit>/"' --tag-name-filter cat master

git log --reverse

请注意，在GitHub上，您将丢失CI运行数据和PR可能会搞砸，除非其他分支也得到修复。

切换根提交。

首先，创建您想要作为第一个提交的提交。

其次，使用以下命令切换提交顺序:

Git rebase -i—root

在根节点提交之前，会出现一个编辑器，比如:

选择1234旧根消息

在中间提交

选择你想放在根目录下的5678提交

然后，您可以将您想要的提交放在第一行中。在这个例子中:

选择你想放在根目录下的5678提交

选择1234旧根消息

在中间提交

退出编辑器，提交顺序将会改变。

PS:要更改git使用的编辑器，运行:

Git配置——全局核心。编辑name_of_the_editor_program_you_want_to_use