gpt4 book ai didi

子模块的git公共(public)子模块

转载 作者:太空狗 更新时间:2023-10-29 13:44:35 24 4
gpt4 key购买 nike

我有一个应用程序 main,它由多个子模块 AButility_functions 组成:这两个子模块 AB 本身都包含子模块 utility_functions

main
|
|---- A
| |
| |---- utility_functions
|
|---- B
| |
| |---- utility_functions
|
|---- utility_functions

现在我的项目中有 3 次 utility_functions。通常 sub_Asub_Bmain 应该都指向 utility_functions 的同一个提交。

存储库 A 中的代码必须能够自行运行。如果我只克隆 A,它应该包含我的 utility_functions

A
|
|---- utility_functions

有没有办法只告诉主存储库中包含的子模块依赖相同的 utility_functions?或者这是否打破了子模块的想法,因为它们可以指向不同的提交?或者这只是个坏主意?

main
|
|---- A
| |
| |----
| |
|---- B |
| | |
| | |
| | |
|---- utility_functions

最佳答案

Or does this break the idea of submodules because they can point to different commits?

是的,正因为这个原因,这并不实用。

如果您确定AB 应该始终引用相同版本的utility_functions,然后克隆你的主仓库并只更新 A, Butility_functions (没有递归选项),并从 A/utility_functions 创建一个符号链接(symbolic link)B/utility_functions../utility_functions

关于子模块的git公共(public)子模块,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51051342/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com