maven指令
Maven Build 等同于Maven命令：
| 1 |
|
对Maven工程进行打包。
Maven Clean等同于Maven命令：
| 1 |
|
表示删除maven工程的target目录下的内容。
Maven Install等同于命令：
| 1 |
|
表示将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的官方文档。这个特性使maven的命令更加简洁易用。
再来分析原来的问题，为什么修改的内容不生效，肯定是最终打出来的war包中的内容没有更新，而war包中会依赖其他子工程的jar包，如果jar 包没有更新过，那war包调用老的jar包也会导致新内容不生效。定位到问题的原因应该是jar包没有用最新的资源（java或者配置文件），那jar包又是什么时候，谁去打的呢。
上面我们提到我们执行mvn install的时候会先执行mvn package，maven就是通过这个生命周期来根据用户配置，进行打包（war、jar或者其他）的，这会在每个工程 pom.xml 文件中设置，类似如下：
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> ... <packaging>war</packaging> ... </project>
这里指定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 参数
部分内容借鉴自：