我必须遵循项目/文件系统结构:
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建模吗?怎么样?或者是否有另一个工作流程允许我处理推荐的多个项目和依赖项?
答案 0 :(得分:0)
这取决于项目的大小和模块包含的数量。没有必要像maven那样应用层次结构 - gradle也可以处理平面结构(当然也可以处理maven)。似乎可以保留项目结构,eclipse(或其他IDE)应该正确导入它。模块之间的重构也应该正常工作,只要模块分组在一个父模块下 - 看起来模块就在这里分组。