maven 版本

作版本号管理使用

1、dependencyManagement是声明而不引入依赖--------因此子项目需要显式的声明需要用的依赖（不需要版本号）

2、子项目中引用一个依赖而无版本号时，会沿着父子层次向上走，直到找到一个拥有dependencyManagement元素的项目，使用其版本号

用来实现多继承

1、maven只能单继承，即一个项目只能使用parent标签定一个父级项目

2、使用dependencyManagement并设置其scope=import，即表示继承此项目为父项目

maven版本

SNAPSHOT

SNAPSHOT---快照版本：以-SNAPSHOT为结尾的版本号（是一系列的版本的集合），随时更新不稳定的---每个版本都只是特定时间点的快照

例如：A-->B-1.3.8-SNAPSHOT（理解为A依赖了B的1.3.8-SNAPSHOT版本），那么B-1.3.8-SNAPSHOT更新之后重新deploy到仓库之后，A只 需要重新构建就可以拿到最新的代码，不用修改依赖B的版本。这样达到了变更传达的透明性。

SNAPSHOT的不稳定性，带来风险----本地仓库中快照版本的依赖的目录下会看到带有时间戳的jar包

RELEASE

RELEASE---发布（正式）版本：所有非-SNAPSHOT结尾的版本号，是稳定的版本号。---应该一旦发布永远不变。-----有的仓库会配置成redeploy覆盖（挖坑专家）

maven仓库

---------maven仓库，就是放置所有的jar文件的地方

本地仓库

本地环境安装maven后，会生成一个本地仓库位置（.m2/respository/ ），可在maven的配置文件中更改此位置（建议更改）

 

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" 

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 

xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0

http://maven.apache.org/xsd/settings-1.0.0.xsd"> 

<localRepository>D:/mvn</localRepository>

</settings>

远程仓库和中央仓库

当maven要查找构件时，发现本地仓库中没有，则需要从远程仓库下载构件到本地仓库，供项目使用。

如下面，就使用阿里云仓库：

<mirrors>
 <mirror> <id>alimaven</id> 
<name>aliyun maven</name> 
<url>http://maven.aliyun.com/nexus/content/groups/public/</url> 
<mirrorOf>central</mirrorOf> 
</mirror> 
</mirrors>

当我们不配置远程仓库时，maven会默认一个仓库，即maven官方的仓库，称之中央仓库

 URL：http://search.maven.org/#browse

Maven 依赖搜索顺序

当我们执行 Maven 构建命令时，Maven 开始按照以下顺序查找依赖的库：

依赖是具体的发布版本

• 步骤 1 － 在本地仓库中搜索，找到则成功。
• 步骤 2 － 在远程仓库中搜索，找到则下载。
• 步骤 3 － 如果没有设置远程仓库，Maven 默认去中央仓库搜索，找到则下载。
• 步骤 4 － 在一个或多个远程仓库中搜索依赖的文件，如果找到则下载到本地仓库以备将来引用，否则 Maven 将停止处理并抛出错误（无法找到依赖的文件）。

依赖是快照版本（RELEASE或LATEST）

• 步骤 1  -基于更新策略更新（updatePolicy= always），则总是尝试去远程仓库拉取最新版本
• 步骤 2 - 强制快照更新------mvn clean install-U