java – 多模块项目什么时候应该拆分成单独的存储库树？
发布时间：2020-12-15 02:53:12 所属栏目：Java 来源：网络整理
导读：目前我们有一个标准的subversion存储库布局项目： ./树干 ./branches ./tags 然而,当我们沿着OSGi和模块化项目的道路前进时,我们最终得到了： ./trunk/bundle/main ./trunk/bundle/modulea ./trunk/bundle/moduleb ./tags/bundle/main-1.0.0 ./tags/bundle/m
|
目前我们有一个标准的subversion存储库布局项目：
./树干 然而,当我们沿着OSGi和模块化项目的道路前进时,我们最终得到了： ./trunk/bundle/main ‘build’仍然非常单一,因为它按顺序构建所有模块,但我开始怀疑是否应该将构建/存储库重构为更像： ./bundle/main/trunk 在这种模式中,我想象每个模块构建自己,并将其二进制文件存储在存储库(maven,ivy或subversion存储库本身的另一个路径)中. 一旦模块化,是否有关于项目布局的指导方针或“最佳实践”？ 解决方法
Subversion书包含两个部分：
> Repository Layout 关于该主题的博客文章：“Subversion Repository Layout” 简而言之：尽管你的里程会有所不同(每种情况都是个人的),你的/ bundle /< project> /(trunk | tags | branches)方案相当普遍,可能对你有用. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |