Gradle Multiproject最佳实践

时间:2014-04-03 10:04:01

标签: eclipse gradle

我必须遵循项目/文件系统结构:

workspace (Eclipse folder for all my projects)
    Tools
    WebTools (depends on Tools)
    Project (depends on Tools)
    WebProject (depends on WebTools)
    more

每个项目都是git。我使用Eclipse的构建路径 - >项目包括例如WebProject中的WebTools和工具。我最喜欢的功能是,我可以在处理任何项目时改进Tools / WebTools,包括重构的能力。

目前,我正在使用Ant进行分发构建,并在WebProject的构建中包含Tools和WebTools的源代码。

现在我想迁移到gradle。文档表明子项目总是必须在这样的子文件夹中:

workspace
    WebProject
        WebTools
            Tools
    Project
        Tools (?)

但是这会影响我的工作流程,因为我需要多个Tools / WebTools副本,eclipse不能重构。

这个要求(扁平结构)可以用gradle建模吗?怎么样?或者是否有另一个工作流程允许我处理推荐的多个项目和依赖项?

1 个答案:

答案 0 :(得分:0)

这取决于项目的大小和模块包含的数量。没有必要像maven那样应用层次结构 - gradle也可以处理平面结构(当然也可以处理maven)。似乎可以保留项目结构,eclipse(或其他IDE)应该正确导入它。模块之间的重构也应该正常工作,只要模块分组在一个父模块下 - 看起来模块就在这里分组。