Maven:完整参考手册--1.6 Maven是另一种选择吗？

声明：本人英语不好，翻译的可能不好，如果哪里出现错误，还请指出。

的确Maven是Ant的替代品，但 Apache
Ant的仍然是一个伟大的，广泛使用的工具。这些天，它一直是Java构建领域的冠军，使用Maven构建集成的Ant构建脚本的项目也很容易。这是一个Maven项目的共同使用模式。另一方面，随着越来越多的和更多的开源项目移动到Maven作为项目管理平台，开发者也意识到Maven不仅简化了构建管理任务，它还帮助建立了开发者和软件项目之间的通用接口。Maven更是一个平台，不仅是一个工具，而你可以认为的Maven是Ant的替代。“Maven”不仅仅是一个构建工具。
这是一个中心点，使所有的Mavenvs Ant时，Mavenvs Buildr的，Mavenvs
Gradle之间的争论无关。Maven不是完全被你的构建系统结构定义的。它不是关于脚本的各项任务，它在你的构建尽可能建立一套标准，一个共同的接口，一个生命周期，标准库，一个标准的目录布局等，这当然跟定义在xml、yaml和ruby中POM格式没有关系。Maven是Maven工具本身比这更大的。当这本书的谈Maven时，他是指的包括支持它的软件、系统、标准的集合。Buildr、Ivy,、Gradle，所有这些工具在Maven建立的库格式中相互作用，你可以很容易地使用一个仓库管理器，如Nexus支持构建过程完全写在Ant。
虽然Maven是许多这些工具的替代品，社会需要超越零和游戏之间的竞争，在用户和开发人员的不友好的竞争对手看到技术发展。这可能是大型企业之间的相互关系，但开源社区工作的方式中，它具有非常小的相关性。标题为“谁赢了？Ant或Maven吗？” 是不是非常有建设性的。如果你迫使我们回答这个问题，我们肯定会说，Maven是一个卓越的替代方案，替代以Ant作为构建基础的技术;在同一时间，Maven的边界不断变化和Maven社区不断尝试寻求新的途径变得更加合一，更可互操作的，更多的合作。Maven的核心原则声明的构建，依赖管理，仓库管理人员，通过插件的普遍重用，但这些想法在任何特定时刻相比于开源社区合作的思想“以减少低效企业规模的基础”，并没有那么重要。