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

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进行发行版本构建,并将Tools和WebTools的源代码包含在WebProject的版本中。

现在我想迁移到gradle。该文档建议子项目始终必须位于以下子文件夹中:
workspace
    WebProject
        WebTools
            Tools
    Project
        Tools (?)

但这会干扰我的工作流程,因为我需要多个Tools / WebTools副本,并且eclipse无法再进行重构。

可以使用gradle为该需求(平面结构)建模吗?怎么样?还是有另一个工作流程可以让我处理多个建议的项目和依赖项?

最佳答案

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

08-05 20:53