git过滤器分支和git子树之间的区别？

Question

正在寻找 throw SO 来寻找答案。遇到了这个似乎没有给出任何答案的旧线程。重新触发此线程希望有人可能知道！

有人能告诉我 git subtree 和 git filter-branch 的区别吗？ 为此，我将在原始问题中使用相同的示例：

git subtree split --prefix=some_subdir -b some_branch

git filter-branch --subdirectory-filter some_subdir some_branch

Answer 1

2016：是的，git subtree（contrib/ shell）可用于拆分存储库，如 Stu Campbell 的“Using Git subtrees for repository separation”中所述。

您需要删除在拆分文件夹中复制的代码，（另请参阅theamk 的answer）：

git subtree split --prefix=path/to/code -b split
git push ~/shared/ split:master
git rm -r path/to/code
git commit -am "Remove split code."

这与 git filter-branch（一个原生 Git 命令）不同，后者会重写 repo 历史记录，只选择那些实际影响特定子目录内容的提交。

含义：一旦filter-branch 运行，git rm 就没有代码了。
git filter-branch 不会重复提交像git subtree split 那样：它删除（“过滤器out") 不符合特定标准的所有内容（此处为子文件夹路径）。
同样，请参阅 theamk 的 answer 以获取更新：使用新分支时没有重复：git subtree split --prefix=some_subdir -b some_branch。

---

2021 年更新：

• 请使用git switch some_branch 或git switch -c some_branch，而不是old and confusing git checkout command。

• 请考虑new and improved git filter-repo，因为git filter-branch and BFG are officially obsolete。
  （见git filter-branch man page）

git filter-repo 可以extract wanted paths and their history（剥离其他所有内容）

 git switch -c some_branch
 git filter-repo --path some_subdir/ --refs some_branch

Answer 2

按书面执行时，差异很小：

• 您的“子树拆分”命令将从HEAD 开始，并将结果放入some_branch，之前不得存在
• 您的“filter-branch”命令将以some_branch 开头，并将结果放回some_branch，用新内容覆盖some_branch。
• 在我的测试中，“git filter-branch”的速度提高了约 50 倍（在一个非常旧的 repo 上，只有几个提交触及所选路径）

换句话说，只要没有找到特殊的subtree rejoin 提交，下面的两个sn-ps 是完全等价的。

git subtree split --prefix=some_subdir -b some_branch
git checkout some_branch

和

git checkout -b some_branch
git filter-branch --subdirectory-filter some_subdir some_branch

你可能会问，为什么还要使用“git subtree”呢？对于--rejoin 和--onto 选项——它们支持原始作者使用的非常具体的工作流程。