Maven Build 等同于Maven命令：

1	mvn package

对Maven工程进行打包。

 

Maven Clean等同于Maven命令：

1

mvn clean

表示删除maven工程的target目录下的内容。

 

Maven Install等同于命令：

1	mvn install

表示将jar包发布到本地maven仓库。

 

标准的Maven项目包层次结构：

-Project

--src/main/java

--src/main/resources

--src/test/java（如果是用-DskipTests，那么也会编译这些测试类，但是如果勾选Skip tests则不会）

--src/test/resources（如果是用-DskipTests，那么也会编译这些资源文件，但是如果勾选Skip tests则不会）

上面是对在eclipse中运用该命令的说明；

1、maven clean 是清除target目录下的之前打好的jar包或者是war包；

2、maven build是重新对该maven项目进行打包，这里需要手动的输入打包的命令   -X package

上面的两部命令合在一起 maven install是对上面两个命令的集合，既是通过maven自带的原生命令，同时执行了clean 和build，比较节省时间；

那么问题就来了，为什么单独执行有时会出错呢，这就可以说明 maven 对eclipse外带的插件执行不友好；

下面是一个大神的另一个问题的总结：

之前写代码的过程中曾经遇到过问题，用mvn install后，新改的内容不生效，一定要使用mvn clean install 才生效，于是想看看clean和不clean的区别。

正如大家所知的，maven在执行一个生命周期的命令时会执行之前的所有生命周期操作，比如执行mvn install，会执行前面一系列的动作包括 compile , package , test 等，具体请查看。这个特性使maven的命令更加简洁易用。

再来分析原来的问题，为什么修改的内容不生效，肯定是最终打出来的war包中的内容没有更新，而war包中会依赖其他子工程的jar包，如果jar 包没有更新过，那war包调用老的jar包也会导致新内容不生效。定位到问题的原因应该是jar包没有用最新的资源（java或者配置文件），那jar包又是什么时候，谁去打的呢。

上面我们提到我们执行mvn install的时候会先执行mvn package，maven就是通过这个生命周期来根据用户配置，进行打包（war、jar或者其他）的，这会在每个工程 pom.xml 文件中设置，类似如下：

    
       ...  
     
      war
       ...
    

这里指定package的时候打成一个war包，改成jar，就会被打成jar包。

我们看jar形式的情况，mvn package 会调用 maven-jar-plugin 这个插件进行打包。

下面我们做一些实验来看这个插件打包的时候的情况

1. 修改target目录下打好的jar包中class以及配置文件的内容，在运行命令mvn package，结果target包中的内容没有被覆盖。

2. 修改源代码中的内容，再运行命令mvn package,结果target包中的内容被覆盖了，产生了新的包。 3. 修改target目录下打好的jar包中的内容，运行命令mvn package -Djar.forceCreation，这个参数应该是强制创建jar包，所以结果target中的jar包内容被覆盖了，产生了新的jar包。

根据上面的实验好像还是不能解释什么时候应该用clean将target下面的内容删除重新生成jar包，不过至少是明白了一些规则。

总结

1. 平时可以用mvn install，而不进行chean节省时间（如果你觉得节省时间多的话），但最保险还是用 mvn clean install 生成最新的jar包或其他包 2. 不想用mvn clean又想保证jar包最新，建议添加 -Djar.forceCreation 参数 

 

部分内容借鉴自：