使用命令行管理maven项目

创建maven java项目

自己创建一个文件夹，进入cmd，（shift+鼠标右键）这样创建的maven[java]项目就在该文件夹下了。

打开cmd第一种方式

打开cmd第二种方式

命令：mvn archetype:generate -DgroupId=com.td.maven.quickstart -DartifactId=simple -DarchetypeArtifactId=maven-archetype-quickstart

mvn：核心命令

　　  archetype:generate：创建项目，现在maven版本使用generate命令了,老版本使用

create命令。

　　　-DgroupId=com.td.maven.quickstart ：创建该maven项目时的groupId是什么，该作用在上面已经解释了。一般使用包名的写法。因为包名是用公司的域名的反写，独一无二

　　　-DartifactId=simple：创建该maven项目时的artifactId是什么，就是项目名称

　　　-DarchetypeArtifactId=maven-archetype-quickstart：表示创建的是[maven]java项目

　　　运行的前提：需要联网，必须上网下载一个小文件

maven java项目结构

图中有一个target目录，是因为将该java项目进行了编译，src/main/java下的源代码就会编译成.class文件放入target目录中，target就是输出目录。

创建 maven web 项目

　　命令：mvn archetype:generate -DgroupId=com.td.maven.quickstart -DartifactId=myWebApp -DarchetypeArtifactId=maven-archetype-webapp -Dversion=0.0.1-snapshot

　　其他都差不多，创建maven web项目的话 -DarchetypeArtifactId=maven-archetype-webapp 比创建java项目多了一个 -Dversion=0.01-snapshot， 在创建java项目的时候也可以加上这个，如果不写，会默认帮我们加上1.0-snapshot。

maven web项目结构

命令操作maven java或web项目

编译：mvn compile　　--src/main/java目录java源码编译生成class （target目录下）

测试：mvn test　　　　--src/test/java 目录编译

清理：mvn clean　　　 --删除target目录，也就是将class文件等删除

打包：mvn package　　--生成压缩文件：java项目#jar包；web项目#war包，也是放在target目录下

安装：mvn install　　　--将压缩文件(jar或者war)上传到本地仓库

部署|发布：mvn deploy　　--将压缩文件上传私服

使用命令操作maven java项目

注意：使用命令时，必须在maven java项目的根目录下，及可以看到pom.xml

描述：将maven java项目打包上传到本地仓库供别人调用

使用 mvn install

maven项目的完整生命周期，当执行生命周期后面命令时，前面步骤的命令自动执行

红色标记字体的意思就是当我们直接使用mvn install命令对项目进行上传至本地仓库时，那么前面所有的步骤将会自动执行，比如源代码的编译，打包等等。

其他命令

maven java或web项目转换Eclipse工程

　mvn eclipse:eclipse

　mvn eclipse:clean　　清除eclipse设置信息，又从eclipse工程转换为maven原生项目了　　　　

　...转换IDEA工程

　mvn idea:idea

　mvn idea:clean　　同上　

pom.xml的依赖关系

groupId、artifactId、version是依赖的基本坐标，缺一不可；

type：依赖的类型，比如是jar包还是war包等

　　　　　　　　　　　　默认为jar，表示依赖的jar包

optional：标记依赖是否可选。默认值false

exclusions：排除传递依赖，解决jar冲突问题

　　　　　　　　　　　　依赖传递的意思就是，A项目 依赖 B项目，B项目 依赖 C项目，当使用A项目时，就会把B也给加载进来，这是传递依赖，依次类推，C也会因此给加载进来。

　　　　　　　　　　　　这个有依赖传递有好处，也有坏处，坏处就是jar包的冲突问题，比如，A 依赖 B(B的版本为1)，C 依赖 B(B的版本为2)，如果一个项目同时需要A和C，那么A,C都会传递依赖将B给加载进来，问题就在这里，两个B的版本不一样，将两个都加载进去就会引起冲突，这时候就需要使用exclusions这个属性配置了。maven也会有一个机制避免两个都加载进去，maven 默认配置在前面的优先使用，但是我们还是需要使用exclusions来配置更合理。

scope：依赖范围，意思就是通过pom.xml加载进来的jar包，来什么范围内使用生效，范围包括编译时，运行时，测试时

compile：默认值，如果选择此值，表示编译、测试和运行都使用当前jar

test：表示只在测试时当前jar生效，在别的范围内就不能使用该jar包。例如：junit 。此处不写也不报错，因为默认是compile，compile包扩了测试

runtime，表示测试和运行时使用当前jar，编译时不用该jar包。例如：JDBC驱动。JDBC驱动，在编译时(也就是我们写代码的时候都是采用接口编程，压根就没使用到JDBC驱动包内任何东西，只有在运行时才用的到，所以这个是典型的使用runtime这个值的例子)，此处不写也不报错，理由同上

provided，表示编译和测试时使用当前jar，运行时不在使用该jar了。例如：servlet-api、jsp-api等。【必须填写】

什么意思呢？ 在我们以前创建web工程，编写servlet或者jsp时，就没导入过jar包把，因为myeclipse或者别的ide帮我们提供了这两个jar包，内置了，所以我们在编译期测试期使用servlet都不会报缺少jar包的错误，而在运行时期，离开了myeclipse或别的ide，就相当于缺失了这两个jar包，但此时tomcat又会帮我们提供这两个jar，以便我们不会报错，所以，这两个很特殊。看图

1、开发阶段(Eclipse提供)，看下图以此证明我们说的

java web 5.0项目：

java web 6.0项目：

2、运行阶段(tomcat提供)　

所以，根据这个特点，如果使用maven开发项目，就不是web项目了，那么myeclipse就不会在给我们提供这两个jar包，我们就必须自己手动通过坐标从仓库中获取，但是针对上面的分析，当运行的时候，tomcat会帮我们提供这两个jar包，所以我们自己从仓库中获取的jar包就不能和tomcat中的冲突，那么就正好可以通过provided这个属性，来设置这两个jar的作用范围，就是在变异时期和测试时期生效即可。

system:表示我们自己手动加入的jar包，不属于maven仓库(本地，第三方等)，属于别得类库的这样的jar包，只在编译和测试期生效，运行时无效。一般不用　

依赖调节原则

这个就是maven解决传递依赖时jar包冲突问题的方法，按照两种原则，上面已经介绍了一种了，就是下面的第二原则

1、第一原则：路径近者优先原则

　　　A-->B-->C-->D-->X(1.6)

　　　E-->D-->X(2.0)

　　　使用X(2.0)，因为其路径更近　

2、第二原则：第一声明者优先原则。就是如果路径相同，maven 默认配置在前面的优先使用

　　　A-->B --> X(1.6)

　　　C-->D--> X(2.0)

　　　这样就是路径相同，那么如果A在前面，C在后面，则使用X(1.6)

　　　maven会先根据第一原则进行选择，第一原则不成，则按第二原则处理。