对于具有多个层次结构的方案,最佳的Git模型是什么?

我是质量检查人员,必须维护一个组织的许多项目中属于多个模块的多个脚本。为了更容易-

Organisation X has 3 Projects - A,B,C
Each Project has 3 Modules
Each Module has 10 functionalities,so 10 test scripts.

我的挑战是,我需要使用团队名称将所有这些测试脚本维护在一个Git项目下。因此,我尝试了以下操作:

Created a Git Project with my team name
Created 3 repositories inside,for 3 projects
Created 3 different branches under each repo for the modules

现在要在一个分支下维护10个不同版本的测试脚本,最佳策略是什么?如果仅将所有10个脚本放在一起,如果我只想对其中一个脚本进行更改而拉出其中一个模块,则仍将不得不签出所有不需要的脚本。

在为模块创建的分支中再次有10个分支是一个好主意吗?或者为每个脚本使用标签可以避免在我拉动脚本时将所有脚本检出?请提出建议。

我们正在使用BitBucket。

tinlud 回答:对于具有多个层次结构的方案,最佳的Git模型是什么?

您最需要嵌套git存储库的是git submodules,但这通常在您需要从当前git存储库中使用另一个项目时使用,在这里似乎不是这种情况,如果您只限于一个仓库,也将不起作用。

如果您仅限于一个仓库,而您的脚本不是很大,那么我就不用担心将它们放在以下文件夹结构的相同存储库中

project A
 |- module A1
     |- functionA1.1
     |- functionA2.1
     |- functionA3.1
     |- ...
 |- module 2
     |- ...
 |- module 3
project B
 |- ...
project C

如果真的很重要,您可以使用git-sparse-checkout

控制工作中检出的内容
本文链接:https://www.f2er.com/2446390.html

大家都在问