好吧，这是我想到的:

# Just setting variables on top for clarity.
# Set this to the path to your original repository.
ORIGINAL_REPO=/path/to/original/repository

# Create a new repository…
mkdir fun
cd fun
git init
# …and add an initial empty commit to it
git commit --allow-empty -m "The first evil."

# Add the original repository as a remote
git remote add previous $ORIGINAL_REPO
git fetch previous

# Get the hash for the first commit in the original repository
FIRST=`git log previous/master --pretty=format:%H  --reverse | head -1`
# Cherry-pick it
git cherry-pick $FIRST
# Then rebase the remainder of the original branch on top of the newly 
# cherry-picked, previously first commit, which is happily the second 
# on this branch, right after the empty one.
git rebase --onto master master previous/master

# rebase --onto leaves your head detached, I don't really know why)
# So now you overwrite your master branch with the newly rebased tree.
# You're now kinda done.
git branch -f master
git checkout master
# But do clean up: remove the remote, you don't need it anymore
git remote rm previous

启动一个新的存储库。

将日期设置为您想要的开始日期。

按照你希望的方式做每件事，调整系统时间以反映你希望那样做的时间。根据需要从现有存储库中提取文件，以避免大量不必要的输入。

当您到达今天时，交换存储库，您就完成了。

如果你只是一个疯狂的(成熟的)但相当聪明的人(很可能，因为你必须有一定的智慧才能想出像这样疯狂的想法)，你将编写这个过程。

当你决定让过去的事情从现在开始以另一种方式发生时，这也会让事情变得更好。

我知道这篇文章很旧了，但当谷歌搜索“插入提交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，添加一个“根”提交应该不是问题。

玩得开心!

我喜欢亚里士多德的答案。但我发现对于大型存储库(>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'选项意味着标签将被重写以指向新创建的提交。

我很兴奋，写了一个“幂等”版本的这个不错的脚本…它总是插入相同的空提交，如果你运行它两次，它不会每次都改变你的提交哈希值。所以，这是我对git-insert-empty-root的看法:

#!/bin/sh -ev
# idempotence achieved!
tmp_branch=__tmp_empty_root
git symbolic-ref HEAD refs/heads/$tmp_branch
git rm --cached -r . || true
git clean -f -d
touch -d '1970-01-01 UTC' .
GIT_COMMITTER_DATE='1970-01-01T00:00:00 +0000' git commit \
  --date='1970-01-01T00:00:00 +0000' --allow-empty -m 'initial'
git rebase --committer-date-is-author-date --onto $tmp_branch --root master
git branch -d $tmp_branch

它值得额外的复杂性吗?也许不是，但我会用这个。

这也应该允许在几个克隆的repo副本上执行这个操作，并最终得到相同的结果，因此它们仍然是兼容的…测试……是的，它可以工作，但也需要删除和添加你的遥控器，例如:

git remote rm origin
git remote add --track master user@host:path/to/repo

合并亚里士多德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

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