我确实遇到了这个问题，但所有基于gitfilter分支的标准解决方案都非常缓慢。如果你有一个小的存储库，那么这可能不是问题，这是我的问题。我基于libgit2编写了另一个git过滤程序，作为第一步，它为主存储库的每个过滤创建分支，然后作为下一步将这些分支推送到清理存储库。在我的存储库中（500Mb100000次提交），标准的gitfilter分支方法花费了几天时间。我的程序需要几分钟来完成相同的过滤。

它有一个神话般的名字git_filter，住在这里：

https://github.com/slobobaby/git_filter

在GitHub上。

我希望它对某人有用。

我确信git子树很好，很好，但我想移动的git托管代码子目录都在eclipse中。所以，如果你使用egit，这非常容易。将要移动的项目与团队->断开连接，然后团队->将其共享到新位置。默认情况下，它将尝试使用旧的回购位置，但您可以取消选中使用现有选择并选择新位置来移动它。大家都来了。

我发现，为了从新存储库中正确删除旧的历史记录，在过滤器分支步骤之后，您必须做更多的工作。

执行克隆和筛选：gitclone--没有硬链接foo bar；cd条gitfilter分支--子目录filter subdir/you/wente删除对旧历史的所有引用。“origin”是跟踪您的克隆，“original”是过滤器分支保存旧内容的位置：git远程rm源git update ref-d refs/original/refs/heads/mastergit reflog expire--expire=现在--全部即使是现在，您的历史记录也可能被保存在fsck不会触及的文件包中。将其撕成碎片，创建新的打包文件并删除未使用的对象：git重新打包-ad

过滤器分支手册中对此进行了解释。

使用此筛选器命令删除子目录，同时保留标记和分支：

git filter-branch --index-filter \
"git rm -r -f --cached --ignore-unmatch DIR" --prune-empty \
--tag-name-filter cat -- --all

值得一提的是，下面是如何在Windows机器上使用GitHub。假设您在C:\dir1中有一个克隆的repo。目录结构如下：C:\dir1\dir2\dir3。dir3目录是我希望成为一个新的独立存储库的目录。

github：

创建新存储库：MyTeam/mynewrepo

猛击提示：

$cd c:/Dir1$gitfilter分支--修剪空--子目录筛选器dir2/dir3 HEAD返回：Ref“refs/heads/master”已重写（fyi:dir2/dir3区分大小写。）$git远程添加some_namegit@github.com：我的团队/mynewrepo.gitgit远程添加原点等不起作用，返回“远程原点已存在”$git push--进度some_name master

为了补充Paul的答案，我发现为了最终恢复空间，我必须将HEAD推到一个干净的存储库中，这样可以缩小.git/objects/pack目录的大小。

i.e.

$ mkdir ...ABC.git
$ cd ...ABC.git
$ git init --bare

在gc修剪之后，还要执行以下操作：

$ git push ...ABC.git HEAD

那你就可以了

$ git clone ...ABC.git

并且减小了ABC/.git的大小

实际上，推送清理存储库不需要一些耗时的步骤（例如gitgc），例如：

$ git clone --no-hardlinks /XYZ /ABC
$ git filter-branch --subdirectory-filter ABC HEAD
$ git reset --hard
$ git push ...ABC.git HEAD