恐怕我找不到任何类似的场景。
我有一个有很多历史的git存储库:500多个分支，500多个标签，可以追溯到2007年年中。它包含大约19,500个提交。我们希望删除2010年1月1日之前的所有历史记录，使其更小，更容易处理(我们将在存档存储库中保留历史记录的完整副本)。
我知道我想要成为新存储库根的提交。然而，我不能找出正确的git mojo来截断回购以提交开始。我猜是某种变体
git filter-branch
涉及到移植是必要的;可能还需要分别处理我们想要保留的200多个分支中的每个分支，然后将回购补丁重新组合在一起(我确实知道如何做)。
有人做过这样的事吗?我有git 1.7.2.3，如果这很重要的话。
当前回答
注意:为了支持git替换，这个已经被弃用了。
你可以将你的新根提交的父节点移植到没有父节点的节点上(或者移植到一个空的节点上，例如你的存储库的真正根节点上)。例如:echo "<NEW-ROOT-SHA1>" > .git/info/graft
在创建嫁接后，它立即生效;你应该可以查看git日志，看到不想要的旧提交已经消失了:
$ echo 4a46bc886318679d8b15e05aea40b83ff6c3bd47 > .git/info/grafts
$ git log --decorate | tail --lines=11
commit cb3da2d4d8c3378919844b29e815bfd5fdc0210c
Author: Your Name <your.email@example.com>
Date: Fri May 24 14:04:10 2013 +0200
Another message
commit 4a46bc886318679d8b15e05aea40b83ff6c3bd47 (grafted)
Author: Your Name <your.email@example.com>
Date: Thu May 23 22:27:48 2013 +0200
Some message
如果一切看起来都像预期的那样，您可以使用git filter-branch -- --all将其永久化。
注意:在执行过滤分支步骤之后，所有的提交id都将发生变化，因此任何使用旧回购的人都不能与使用新回购的人合并。
其他回答
这种方法简单易懂，效果良好。脚本的参数($1)是一个引用(标签，散列，…)，指向您想要保存历史记录的提交。
#!/bin/bash
git checkout --orphan temp $1 # create a new branch without parent history
git commit -m "Truncated history" # create a first commit on this branch
git rebase --onto temp $1 master # now rebase the part of master branch that we want to keep onto this branch
git branch -D temp # delete the temp branch
# The following 2 commands are optional - they keep your git repo in good shape.
git prune --progress # delete all the objects w/o references
git gc --aggressive # aggressively collect garbage; may take a lot of time on large repos
注意，旧的标签将仍然存在;因此，您可能需要手动删除它们
备注:我知道这和@yoyodin几乎一样，但是这里有一些重要的额外命令和信息。我试着编辑答案，但由于这是@yoyodin的答案的实质性变化，我的编辑被拒绝了，所以这是信息!
对于先前使用——depth克隆的现有存储库
git clone --depth=1 ...
只做
git pull --depth=1 --update-shallow
https://git-scm.com/docs/git-pull
这里有太多不是当前的答案，有些并不能完全解释后果。下面是我使用最新的git 2.26来精简历史的方法:
首先创建一个虚拟提交。此提交将作为截断后的repo中的第一个提交出现。您需要这样做是因为此提交将保存您所保存的历史记录的所有基础文件。SHA是要保留的提交的上一个提交的ID(在本例中为8365366)。字符串'Initial'将作为第一次提交的提交消息显示。如果您使用的是Windows，请从Git Bash命令提示符中输入以下命令。
# 8365366 is id of parent commit after which you want to preserve history
echo 'Initial' | git commit-tree 8365366^{tree}
上面的命令将打印SHA，例如d10f7503bc1ec9d367da15b540887730db862023。
现在只需输入:
# d10f750 is commit ID from previous command
git rebase --onto d10f750 8365366
这将首先将提交8365366的所有文件放到虚拟提交d10f750中。然后它将在d10f750顶部播放8365366之后的所有提交。最后，主分支指针将被更新到最后一次提交回放。
如果你想推这些截断的repo，只需执行git push -f。
有几件事要记住(这些适用于其他方法以及这个方法):标签不会被传输。虽然提交id和时间戳被保留，但你会看到GitHub在汇总标题中显示这些提交，比如在XY日期上的提交。
幸运的是，它是可能保持截断历史作为“存档”，以后你可以加入回切回购与存档回购。要做到这一点，请参阅本指南。
作为重写历史记录的替代方法，可以考虑使用git replace，就像Pro git书籍中的这篇文章一样。讨论的示例涉及替换父提交来模拟树的开始，同时仍然将完整的历史记录作为一个单独的分支进行安全保管。
我需要阅读一些答案和其他信息来理解我在做什么。
1. 忽略超过某个提交时间的所有内容
文件.git/info/grafts可以为提交定义伪父文件。只有一个提交id的行表示提交没有父节点。如果我们想说我们只关心最近的2000次提交，我们可以输入:
git rev-parse HEAD~2000 > .git/info/grafts
Git rev-parse给出了当前提交的第2000个父节点的提交id。如果存在，上面的命令将覆盖移植文件。首先检查它是否在那里。
2. 重写Git历史记录(可选)
如果你想把这个嫁接的假父结点变成真父结点，那么运行:
git filter-branch -- --all
它将改变所有提交id。这个存储库的每个副本都需要强制更新。
3.清理磁盘空间
我没有执行第2步，因为我希望我的副本与上游保持兼容。我只是想节省一些磁盘空间。为了忘记所有旧的提交:
git prune
git gc
替代方案:浅拷贝
如果你有另一个存储库的浅拷贝，只是想节省一些磁盘空间，你可以更新.git/shallow。但是要注意没有任何东西指向之前的提交。所以你可以运行这样的程序:
git fetch --prune
git rev-parse HEAD~2000 > .git/shallow
git prune
git gc
浅层的进入就像嫁接一样。但要注意不要同时使用移植物和浅层。至少，不要有相同的条目，它会失败。
如果仍然有一些指向旧提交的旧引用(标记、分支、远程头)，它们将不会被清理，也不会节省更多的磁盘空间。
