我可以使用 `git subtree split` 来维护项目子目录的“分叉”吗？

Question

简而言之，我想将另一个项目（不在我的控制之下）的子目录“分叉”到新存储库的顶层，并对该子目录中的代码进行增强，同时保留合并来自上游项目中的子目录。

我已经阅读该主题已有一段时间了，但找不到适合我情况的确切答案。 git subtree 的大部分用法可以分为以下几种情况：

• 项目的一个子目录被分拆为它自己的独立项目。父项目将完全删除子目录，新项目将过上自己的生活。
• 父项目的维护者希望允许按照自己的条件维护子目录并将其拆分到自己的存储库中，该存储库使用git subtree add 添加回主项目

这些用例不适用于我：我不是一劳永逸的，而且我不拥有这个分叉的两边，所以git subtree add 流程不适用。

假设原始模块位于主项目的contrib/foo 中。我目前的想法是：

• 使用git subtree split -P contrib/foo -b upstream_vx.y 创建一个新的历史记录，将子目录“提升”到存储库的顶层
• 从我的项目中创建一个 master 分支，并从这一点进行增强
• 通过偶尔运行git subtree split 来不断更新upstream_vx.y
• 当我需要来自上游的错误修复或其他问题时，将upstream_vx.y 合并到我的master

这对我来说并不像“git”。具体来说，我基本上是在创建上游项目子目录的并行历史记录，并为每个主要上游分支维护我自己的“提升”分支（更不用说能够引用上游标签）。

有没有更好的方法来解决这个问题？

Answer 1

我想我一直和你保持着类似的情况。我有一个包含模块的主项目 (ProjA)，我正在将第二个项目 (ProjB) 的子树添加到主项目的模块中。为了做到这一点，我维护了一份 ProjB。

拆分 ProjB：

cd ProjB
git checkout -b split-maint
git subtree split --prefix=important/dir --branch=module-for-A 

将子树添加到 ProjA：

cd ProjA
git remote add ProjB_remote /path/to/ProjB
git fetch ProjB_remote
git subtree add --prefix=modules/projB_mod ProjB_remote/module-for-A --message="commit message"

然后更新/维护，重新拆分原件（如上）。这里的关键是git subtree split is repeatable，而且之前拆分过的每一个revision的SHA都是一样的。

用新的细节更新 ProjA：

cd ProjA
git fetch ProjB_remote
git subtree merge --prefix=modules/projB_mod ProjB_remote/module-for-A --message="commit message"

从技术上讲，我的做法略有不同，因为我的 ProjB 有很多提交，而拆分实际上需要一个小时才能运行。如果您需要，我也可以为您提供有关如何提供帮助的详细信息。 （只需评论，我会更新这个答案）。