Maven:完整参考手册--1.3 一个通用的接口

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

      之前的Maven为构建软件提供了一个通用的接口，每一个项目需要某些人专门来管理这个构建系统。开发者不得不脱离软件开发，使用一定的时间，去了解每一个他们想要构建的项目的特性。2001年，你必须以以一种不同的方式来构建项目例如Turbine，如果你将建立一个类似项目Tomcat。如果新的能执行对源代码的静态分析源代码分析工具来了，或如果有人开发了新的单元测试框架，每个人都将放弃他们原来的做法，并且开始思考怎么将它使用在自己的定制开发环境中。你如何运行单元测试？有一千个不同的答案。这种环境的特点是对于许多的工具和建设程序的无休止的争论。在Maven效率低下的时代，被称为构建工程师。

      今天，大多数开源开发商已经使用或正在使用Maven来管理新的软件项目。这种转变更少的是从一个移动开发构建工具到另一个，更多的是开发者开始采取一个项目构建的通用接口。由于软件系统已经变得更加模块化，构建系统变得更加复杂，项目数量陡增。在Maven出现之前，当你想要从Subversion 检查出这样的项目 Apache ActiveMQ 或 Apache ServiceMix，并且从源代码编译，你真的不得不预留一个小时左右找出每一个具体项目的构建系统。是什么项目需要建设？我需要下载哪些库？哪里放呢？我可以在生成执行什么样的目标文件？在最好的情况下，采取了几分钟，找出一个新项目的构建，在最坏的情况下（像的老Servlet的Jakarta项目中的API实现），项目的构建是如此难，需要采取多小时去了解哪些是可以编辑的源文件，那些需要编译。这些天，你从源代码中找出它，并运行命令mvn install命令。

       虽然Maven提供了一系列好处，包括依赖管理和通过插件重用的通用构建逻辑，但是成功的核心原因是，它定义了一个共同构建软件接口。当你看到类似项目 Apache ActiveMQ使用Maven，你可以假设，你就可以检查它从源代码，并方便地建立MVNinstall。