@retrocode
业界应该只有 git submodule 和 google repo 两个常见方案，思路几乎是一致的，无非是工具不同罢了。
git submodule 与 git 集合工作的更好一点。

指定多个 submodule 实际上是不现实，无法保证所有开发人员、devops 能清楚的了解子仓之间的对应关系，只会关心自己的一亩三分地和强关联的兄弟模块。

除非对 tag 、branch 命名，创建，保护都有很号的约定和实践（但是实际上几乎是不可能存在完全遵守约定的情况）
可视化一般是反向的，即出包后给出对应 submodule 对应的 tag 的可视化以及对应历史版本更替之类的。

但是有例外情况，就是所有 submodule 都是解耦独立，无任何版本关联，可以做成你这个样子，只不过实现上也会比较搓，而且如果是完全独立，又会变成制品仓形式进行组合，无需使用 git submodule 了（矛盾.jpg ）。