Java 前瞻性思考：工作场所中的库依赖处理

目前我的工作有点怪。我在一个非官方的工程团队中工作，该团队为出现的问题创建工具/解决方案。我们的许多工作都是在团队成员的旧工作的基础上逐步进行的，以实现快速发展。但随着我们代码库的增长，出现了一场信息管理噩梦

目前，我们正在使用Ant库，并将项目的所有库存储在“includes”文件夹中。这意味着我们有很多过时/糟糕的库，可以快速包含在项目中。我一直在寻找一种方法，将一些东西合并到Subversion中，使我们的库保持最新，并帮助我们实现标准化和最新，同时尽量减少对工作流的干扰（编辑pom.xml以制作maven项目对以前没有使用过它的人来说有点吓人）

有人知道有什么解决方案可以处理依赖关系，并允许上传/下载libs/项目供团队使用/工作吗

---

谢谢！

听起来您只需要一个依赖关系管理器。您已经引用了最流行的Maven之一。Maven似乎更易于使用。如果您对源代码和测试源代码使用标准化目录结构，您可以使用单个命令构建/测试/部署

即使您不使用标准化结构，仍然有好处。我的工作的开发车间也使用Ant进行构建，我们的构建非常陈旧、脆弱且不可移动（许多硬编码路径）。但是，maven有一些ant插件，允许您在使用ant构建脚本的同时使用maven进行依赖关系管理。这将允许您删除includes目录，只引用pom文件

我听说的另一个选择是ApacheIvy，它与Ant紧密合作，但我没有这方面的经验