git - 我可以使用 `git subtree split` 来维护项目子目录的 "fork"吗？

Question

简而言之，我想将另一个项目(不受我控制)的子目录“fork”到新存储库的顶层，并增强该子目录中的代码，同时保留 merge 来自上游项目中的子目录。

我已经研究了这个主题一段时间了，但找不到适合我的情况的确定答案。 git subtree的大部分用途分解为这些情况:

• 一个项目的子目录被分离出来作为它自己的独立项目。父项目正在完全删除子目录，新项目自行其是。
• 父项目的维护者希望允许根据自己的条件维护子目录，并将其分离到自己的存储库中，然后使用 git subtree add 将其添加回主项目。

这些用例不适用于我:我不是 fork 后遗忘的，而且我不拥有这个 fork 的两边，所以 git subtree add流程不适用。

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

• 使用git subtree split -P contrib/foo -b upstream_vx.y创建一个新的历史，将子目录“提升”到存储库的顶层
• 创建 master从我的项目中分支出来，从这一点开始进行改进
• 持续更新upstream_vx.y通过运行 git subtree split偶尔
• 当我需要来自上游的错误修复或诸如此类的东西时， merge upstream_vx.y进入我的master

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

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

Answer 1

我想我一直和你保持着类似的情况。我有一个包含模块的主要项目 (ProjA)，我正在将第二个项目 (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，并且之前 split 的每个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 有很多提交，而拆分实际上需要一个小时才能运行。如果您需要，我也可以为您提供有关如何提供帮助的详细信息。 (只需发表评论，我将更新此答案)。