java 项目拆分_java – 多模块项目什么时候应该拆分成单独的存储库树？

目前我们有一个标准的subversion存储库布局项目：

./树干

./branches

./tags

然而,当我们沿着OSGi和模块化项目的道路前进时,我们最终得到了：

./trunk/bundle/main

./trunk/bundle/modulea

./trunk/bundle/moduleb

./tags/bundle/main-1.0.0

./tags/bundle/main-1.0.1

./tags/bundle/modulea-1.0.0

‘build’仍然非常单一,因为它按顺序构建所有模块,但我开始怀疑是否应该将构建/存储库重构为更像：

./bundle/main/trunk

./bundle/main/tags/main-1.0.0

./bundle/main/tags/main-1.0.1

./bundle/modulea/trunk

./bundle/modulea/tags/modulea-1.0.0

在这种模式中,我想象每个模块构建自己,并将其二进制文件存储在存储库(maven,ivy或subversion存储库本身的另一个路径)中.

一旦模块化,是否有关于项目布局的指导方针或“最佳实践”？