目前我们有一个标准的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存储库本身的另一个路径)中.
一旦模块化,是否有关于项目布局的指导方针或“最佳实践”？
解决方法
Subversion书包含两个部分：
> Repository Layout
> Planning Your Repository Organization
关于该主题的博客文章：“Subversion Repository Layout”
简而言之：尽管你的里程会有所不同(每种情况都是个人的),你的/ bundle /< project> /(trunk | tags | branches)方案相当普遍,可能对你有用.
