Gradle多项目最佳实践

Question

我必须遵循以下项目/文件系统结构：

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

每个项目都在git中。我使用Eclipse的build path ->项目来包含WebTools和WebProject中的工具。我最喜欢的特性是，我可以在处理任何项目时改进Tools / WebTools，包括重构的能力。

目前，我正在使用Ant构建发行版，并在WebProject的构建中包含了工具和WebTools的源代码。

现在我想迁移到gradle。文档建议子项目必须始终位于如下所示的子文件夹中：

workspace
    WebProject
        WebTools
            Tools
    Project
        Tools (?)

但是这干扰了我的工作流程，因为我需要工具/WebTools的多个副本，而eclipse不能再重构了。

这个需求(扁平结构)可以用gradle建模吗？多么?或者，是否有其他工作流程允许我处理多个项目和依赖关系，这是推荐的？

Answer 1

这取决于项目有多大以及包含多少模块。不需要像在maven中那样应用分层结构- gradle也可以处理平面结构(当然，maven也可以)。似乎可以保留项目结构，eclipse (或其他IDE)应该正确地导入它。模块之间的重构也应该工作得很好，因为模块被分组在一个父级下-看起来模块在这里被分组。