小编Boj*_*nCG的帖子

Git 中的子模块、子树或其他依赖项?

我有一个较大的项目,其中有很多模块/库及其各自的存储库。这些模块中的大多数是其他模块的依赖项,而不是项目的依赖项。现在已经到了主项目有多个子项目并且许多模块被共享的地步。有些依赖关系的深度超过 3-4 层。

我读过可以在项目内部更新/拉取子模块,但这仅适用于第一级子模块。假设这些子模块有自己的子模块(第二级),并且某些第一级子模块共享相同的第二级子模块。另外,第二级子模块有它们的子模块(lvl3)等。现在我应该做的是首先推送第三级中所做的更改,而不是更新第二级模块中的子模块并推送这些子模块,现在我可以转到第一级,更新和推送,最后更新我的项目子模块并推送它们。

现在这不仅是更多的工作,而且仍然没有解决我的问题,为什么我需要这样的东西,即当对相互依赖的存储库进行更改时能够轻松地推送和拉取多个存储库。很容易发生这样的情况:团队中的某人在 5 个存储库中的 4 个中推送更改,而当其他成员拉动除此之外的所有存储库时,生产线就会停止,直到发现错误。

对此我能做什么?也许有一些关于工作流程的建议,有没有其他人遇到过这个问题,或者 Git 中是否有一些功能可以解决这个问题。

git workflow dependencies

5
推荐指数
1
解决办法
820
查看次数

标签 统计

dependencies ×1

git ×1

workflow ×1