我有一个中等规模的项目，分为3个模块：核心，插件（简而言之是解释层）和实现。有一些全局依赖项，以及模块特定的依赖项。有一个自定义的ant目标，用于生成排除实现的javadoc（出于明显的原因）。它存储在公共的在线SVN存储库中，因此需要独立于JRE之外的任何计算机
现在，我正在使用内置的NetBeans项目管理，这很糟糕，可能主要是因为项目管理系统不是为模块设计的。缺少全局库集（您可以导入特定于您的nb安装的库，但不会更新），缺少对库依赖关系的自动解析（对项目的依赖意味着项目及其依赖关系），缺少一种独立的多项目格式设置样式（要么与特定于配置文件的“全局选项”绑定在一起，要么单独设置并同步了特定于模块的选项），其他的事情使我的项目管理变得很痛苦。
当我尝试IDEA时，我喜欢的一件事是它的项目管理。它接近我想要的，但就像IDEA中的大多数事情一样，它可能更简单。但是IDE本身很糟糕（无需争论），因此我改回了NetBeans。而且Maven看起来很糟糕，因为必须手动遍历其文件结构和general opinion。
他们是否有更好的选择可以存储在标准的SVN存储库中，且使用的工具有限，对于1-3个开发人员和2-5个模块来说都很容易使用吗？它必须能够处理Java，以及（在理想情况下）与NetBeans集成。
最佳答案
老实说，行家是您最好的选择。我不会敲它，而您实际上还没有尝试过。它往往是一种非常分裂的技术，但是那些爱它的人出于一个非常好的理由而喜欢它。如果您是在初次设置构建脚本/文件后更喜欢放手的人，并且看起来您正在使用Netbeans的内置项目，该项目会在幕后生成ant build.xml，那么您应该只是尝试行家，看看会发生什么。
我不确定为什么您认为如果在netbeans中需要使用maven“遍历目录结构”。请参阅此屏幕快照，以获取外观示例。您永远不会在文件系统上看到src / main / java或target /或任何文件（除非需要）。 alt text http://netbeans.org/images_www/articles/68/javaee/mavenentapp/maven-projectswindow1.png
如果您使用Maven多模块项目，那么您还将在Netbeans中获得所需的模块化。如果您想要一个示例，请签出一个包含大量模块的开源项目，然后将其加载到Netbeans中并进行试验：http://camel.apache.org/source.html