ksgt00016758的专栏

在本系列的上一篇文章中，我们讲到了多模块和继承之间的区别，在本篇文章中，我们将讲到如何将Plugin配置到某个Phase中。 持续交付要“自动化所有东西”，对于集成测试也是一样。集成测试和单元测试相比需要更多的环境准备工作，包括测试数据的准备和启动服务器等。在本篇中我们设想以下一种场景： 你开发了一个web应用，集成测试使用了Selenium，你希望通过一个

平时我们自己做的项目都是直接使用Maven提供的Central Repository，但是对于公司来说直接使用公共的Maven Central Repository就不见得是件好事了，比如我们需要考虑安全问题。此时你可以创建一个公司专属的Repository（Internal Repository），公司的所有项目都只和这个专属的Repository打交道，包括下载依赖，部署等。 

Maven就其本身来说只是提供一个执行环境，它并不知道需要在项目上完成什么操作，真正操作项目的是插件（plugin），比如编译Java有Compiler插件，打包有Jar插件等。所以要让Maven完成各种各样的任务，我们需要配置不同的插件，甚至自己编写插件。 你可能要问了：“我并没有配置什么插件啊，照样能编译打包。”这是因为Maven在默认情况下已经给我们配置了一些常用的插件，上面

在开发项目时，设想有以下场景：你的Maven项目存放在一个远程代码库中（比如github），该项目需要访问数据库，你有两台电脑，一台是Linux，一台是Mac OS X，你希望在两台电脑上都能做项目开发。但是，安装Linux的电脑上安装的是MySQL数据库，而Mac OS X的电脑安装的是PostgreSQL数据库。此时你需要找到一种简单的方法在两种数据库连接中进行切换，你会怎么做

不知道你在使用Maven时是否遇到过诸如"NoSuchMethodError"或"ClassNotFoundException"之类的问题，甚至发生这些问题的Java类你没都没有听说过。要搞清楚这里面的缘由，我们得学习Maven对依赖冲突的处理机制。 Maven采用“最近获胜策略（nearest wins strategy）”的方式处理依赖冲突，即如果一个项目最终依赖于相同arti

1：No marketplace entries found to handle maven-compiler-plugin:2.3.2:testCompile in Eclipse.  将Eclipse内置的Maven换成外部自己安装的Maven,重启Eclipse.然后,在命令行执行mvn clean install再导入项目