修改第三方代码时的 Git 子模块工作流

Question

所以我有一个项目 A 和第三方依赖项 B，它位于其他服务器上。

如果我将 B 添加为 A 的子模块，那么我可以使用标准子模块工作流程轻松获得对 B 的第三方更改。此外，我可以将 A 克隆到另一台机器，并使 B 处于我期望的确切状态。

如果我将 B 添加为 A 的子模块并进行自己的更改并提交给 B，我仍然可以获得 B 的第三方更新。但是，如果我尝试将 A 克隆到另一台机器，B 将结束处于糟糕的状态，因为我对 B 所做的 promise 不是“公开的”。

完成第二个场景的好的工作流程是什么？也就是说，能够在不牺牲 git 分布式特性的情况下使用、修改和更新存储库中的第三方子模块？

Answer 1

fork B。将您的分支作为 A 的子模块包含在内。 pull 上游更改是一个两步过程；将 B 中的更改 pull 入您的 fork，更新 A 中的子模块。

这还假设您要在 A 上 check out 的任何其他机器都可以访问您的 fork 存储库。