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

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

我推荐GitHub将子文件夹拆分为新存储库的指南。步骤与保罗的答案相似，但我发现他们的指示更容易理解。

我已经修改了说明，使其适用于本地存储库，而不是托管在GitHub上的存储库。

将子文件夹拆分到新存储库中打开Git Bash。将当前工作目录更改为要创建新存储库的位置。克隆包含子文件夹的存储库。git克隆OLD-REPOSTORY-FOLDER NEW-RPOSITORY-FOLDER将当前工作目录更改为克隆的存储库。cd REPOSTORY-NAME（维修人员姓名）要从存储库中的其余文件中筛选出子文件夹，请运行gitfilter branch，提供以下信息：FOLDER-NAME：项目中要从中创建单独存储库的文件夹。提示：Windows用户应使用/分隔文件夹。BRANCH-NAME：当前项目的默认分支，例如master或gh页面。gitfilter branch—修剪空—子目录筛选器FOLDER-NAME branch-NAME#筛选目录中的指定分支并删除空提交重写48dc599c80e20527ed902928085e7861e6b3cbe6（89/89）Ref“refs/heads/BRANCH-NAME”被重写

我找到了非常直接的解决方案，这个想法是复制存储库，然后删除不必要的部分。这是它的工作原理：

1） 克隆要拆分的存储库

git clone git@git.thehost.io:testrepo/test.git

2） 移动到git文件夹

cd test/

2） 删除不必要的文件夹并提交

rm -r ABC/
git add .
enter code here
git commit -m 'Remove ABC'

3） 使用BFG从历史记录中删除不必要的文件夹

cd ..
java -jar bfg.jar --delete-folders "{ABC}" test
cd test/
git reflog expire --expire=now --all && git gc --prune=now --aggressive

对于多个文件夹，可以使用逗号java-jar bfg.jar--删除文件夹“｛ABC1，ABC2｝”metric.git

4） 检查历史记录是否不包含您刚刚删除的文件/文件夹

git log --diff-filter=D --summary | grep delete

5） 现在您有了没有ABC的干净存储库，所以把它推到新的原点

remote add origin git@github.com:username/new_repo
git push -u origin master

就是这样。您可以重复这些步骤来获取另一个存储库，

只需在步骤3中删除XY1、XY2并重命名XYZ->ABC

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

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

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

当使用更新版本的git（2.22+可能？）运行gitfilter分支时，它表示要使用这个新工具gitfilter repo。这个工具确实简化了我的工作。

使用过滤器回购进行过滤

根据原始问题创建XYZ回购的命令：

# create local clone of original repo in directory XYZ
tmp $ git clone git@github.com:user/original.git XYZ

# switch to working in XYZ
tmp $ cd XYZ

# keep subdirectories XY1 and XY2 (dropping ABC)
XYZ $ git filter-repo --path XY1 --path XY2

# note: original remote origin was dropped
# (protecting against accidental pushes overwriting original repo data)

# XYZ $ ls -1
# XY1
# XY2

# XYZ $ git log --oneline
# last commit modifying ./XY1 or ./XY2
# first commit modifying ./XY1 or ./XY2

# point at new hosted, dedicated repo
XYZ $ git remote add origin git@github.com:user/XYZ.git

# push (and track) remote master
XYZ $ git push -u origin master

假设：*远程XYZ回购是新的，在推送之前是空的

过滤和移动

在我的例子中，我还想移动几个目录以获得更一致的结构。最初，我运行简单的filter repo命令，然后运行git mv dir进行重命名，但我发现使用--path重命名选项可以获得稍微“更好”的历史记录。我去年（在GitHub UI中）看到的新回购中移动文件的修改时间与原始回购中的修改时间相匹配，而不是5小时前的最后一次修改。

而不是

git filter-repo --path XY1 --path XY2 --path inconsistent
git mv inconsistent XY3  # which updates last modification time

我最终跑了。。。

git filter-repo --path XY1 --path XY2 --path inconsistent --path-rename inconsistent:XY3

我认为Git Rev News博客文章很好地解释了创建另一个回购过滤工具的原因。我最初尝试的路径是在原始存储库中创建一个与目标回购名称匹配的子目录，然后进行过滤（使用gitfilter repo--匹配新回购名称的子目录过滤器dir）。该命令正确地将该子目录转换为复制的本地repo的根目录，但它也只生成了创建子目录所需的三次提交的历史记录。（我没有意识到--路径可以多次指定；因此，不需要在源repo中创建子目录。）由于在我注意到我未能继续执行历史记录时，有人已经提交了源repo，所以我只在subdir move之前使用了git reset commit，在clone命令之后使用了，并在filter repo命令中添加了-force，以使其在稍微修改过的本地克隆上运行。

git clone ...
git reset HEAD~7 --hard      # roll back before mistake
git filter-repo ... --force  # tell filter-repo the alterations are expected

由于我不知道git的扩展模式，我在安装过程中遇到了困难，但最终我克隆了gitfilter repo并将其符号链接到$（git-exec路径）：

ln -s ~/github/newren/git-filter-repo/git-filter-repo $(git --exec-path)