1.maven的初识

1.1 安装maven：

下载maven安装包，然后将bin目录配置到环境变量path下。

1.2 本地仓库的安装

1.2.1 修改maven目录下的conf中的setting.xml（下面红色区域可修改本地仓库的路径）

1.3 新建一个简单的项目：主要创建文件pom.xml

1.4 创建代码和测试代码

源代码应该放置到src/main/java中

源代码的资源文件应该放置在src/main/resources文件夹中

测试代码应该放置到src/test/java中

测试代码的资源文件应该放置在src/test/resources文件夹中

1.5运行maven

Mvn  clean-->表示运行清理操作(会默认把target文件中的数据清理)

Mvn  clean compile-->表示先运行清理之后运行编译，会见代码编译到target文件夹中。

Mvn  clean test-->运行清理和测试

Mvn  clean package-->运行清理和打包

Mvn  clean install-->运行清理和安装，会将打好的包安装到本地仓库中，以便其他的项目可以调用。

Mvn  clean deploy -->运行清理和发布（发布到私服）

1.6：Maven的生成方式：

由于maven有一些固定的生成模式，所以使用mvn archetype generate可以自动完成这个骨架的建立。

使用eclipse开发maven项目

默认sts和myeclipse都自带了maven的支持。

如果是需要安装m2eclipse

2.依赖

2.1依赖包的查询：

所有的依赖都是通过坐标来进行存储的(GAV-->groupId、artifactId、version)

有一些网上的仓库提供了坐标的查询(http://mvnrepository.com)

通过<dependencies>设置依赖

Maven是如何搜索依赖的呢？

首先会在本地仓库查询如果本地仓库没有，就去中央仓库查询

2.2依赖的传递性

2.2.1：依赖是会被传递的

A-->C  B-->A  ==>B-->C (这种依赖是基于compile（编译）这个范围进行传递的)

对于依赖的传递而言，主要是针对compile作用域传递。

2.2.2：依赖传递的冲突问题：

1. a-->b1.0  c-->b1.1  d-->a和c，这个时候在d的pom中，哪一个依赖先写就使

用先写依赖的版本。如果d-->ac-->依赖的版本是b1.0

2. a-->b1.0  c-->b1.1  d-->a和c  d-->b1.0  f-->d,c  如果路径的长短不一致就选择

最小路径f-->b1.1因为f依赖d和c，c直接依赖b1.1而d需要通过a才能够依

赖到b，因此路径长，所以f依赖b1.1

3.如果需要精确的控制依赖包，可以使用依赖的排除功能进行控制。

如果上面f中d和c中的依赖都不用的话，自己添加依赖操作的话，会优先依赖自己

添加的，即使不增加依赖排除功能，都会使用自己的依赖。

2.3依赖的范围

Test范围：测试范围有效，在编译和打包时都不会使用这个依赖

Compile范围指的是编译范围有效，在编译和打包时都会将依赖存储进去。

Provided依赖：在编译和测试过程有效，最后生成war包时不会加入，诸如：servlet-api，因为servlet-api，tomcat等web服务器已经存在了，如果再打包会冲突。

Runtime范围：在运行的时候依赖，在编译的时候不依赖。

默认的依赖范围是compile

2.4依赖的聚合和继承问题。(聚合就是一个文件可以编译多个模块)

新建一个maven项目，相当于主项目不需要其他的任何文件，只需要一个pom.xml文件

即可，pom文件中将要聚合的模块配置如下：

下面的配置是在子类模块的pom文件中配置：

在子类的模块pom文件中加入如下配置加入父类的继承：

2.5、版本管理：

总版本号.分支版本号.小版本号--里程碑版本

总版本号的变动一般表示框架的变动

分支版本号：一般表示增加了一些功能

小版本号：在分支版本上面进行bug的修复

里程碑：SNAPSHOT(快照)-->alpha-->beta-->release(可以发布的版本)-->GA(稳定的版本，可以投入市场版本。)