Maven简述

Maven简述
maven中自动下载我们项目中要用的依赖，是基于maven的远程中央仓库的；
但是我们在开发中，一般公司不会让开发组的maven直接连接远程中央仓库，原因也很简单易懂：

每个组件的版本太多，如果没有共识，下载的jar版本不一致，就会造成冲突；

私服仓库的概念就应运而生了，开发组用的组件，最先使用的会直接从远程中央仓库拉到私服，后续若有其它开发人员用到此组件，去拉取的时候私服会直接给到已经存在的版本，来避免版本冲突；

私服仓库的搭建，普遍用到的是软件Nexus；
私服仓库的概念还细分为proxy、hosted、group三个概念；
proxy代理仓库很好理解，即代理下载开发中要用的第三方插件；
hosted宿主仓库，原生的，所以主要负责开发人员制作的插件在本地的上传；
group仓库组，由于私服里面宿主仓库数量众多，我们在上传的时候可以指定上传到哪里，但是下载的时候反正都是私服上的资源，你直接给我就好了，开发者并不关注这些资源存储在哪个宿主仓库里。私服为了便于开发者下载，设定了一个仓库组的概念，仓库组就是用来快速查找下载资源用的；

---

私服仓库的配置：

<servers>
    <server>
    	<id>nexus-heima</id>
    	<username>admin</username>
    	<password>YOUR PASSWORD</password>
    </server>
</servers>

<mirrors>
    <mirror>
	    <id>nexus-heima</id>
   		<mirrorOf>*</mirrorOf>
    	<url>http://localhost:8081/repository/maven-public/</url>
	</mirror>
</mirrors>

说明：

• mirror下url要与私服中group仓库一致：http://localhost:8081/repository/maven-public/；
• 如果我们的私服设有访问密码（进制匿名访问），那么server这个就要加上，id必须和mirror中配置的私服ID保持一致，设置好用户名跟密码后就可以工作了；
  配置打包的pom.xml：

<distributionManagement>
    
    <repository>
        <!--id与server对应的id一致-->
    	<id>heima-release</id>
    	<url>http://localhost:8081/repository/heima-release/</url>
	</repository>
        
    <snapshotRepository>
        <!--id与server对应的id一致-->
    	<id>heima-snapshots</id>
    	<url>http://localhost:8081/repository/heima-snapshots/</url>
	</snapshotRepository>
        
</distributionManagement>

这里有一点要说明就是，打包的时候，你的version如果是SNAPSHOT，将会被此xml识别自动配置进snapshots仓库，其余一并识别进release；
有一个小知识是，工程在下载jar包时，如果不能识别，可能是因为本地仓库下载jar不完整导致，此时需要将本地仓库下对应jar包下以lastUpdated结尾的文件清除即可，如果文件太多可以执行bat命令：

set REPOSITORY_PATH=D:/develop/maven-repository/repository
rem 正在搜索...
for /f "delims=" %%i in ('dir /b /s "%REPOSITORY_PATH%\*lastUpdated"') do (
    del /s /q %%i
)
rem 搜索完毕
pause

---

Maven的高级特性：

<dependencies>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.11</version>
        <!--这里scope标签里面的test就是一个依赖的范围-->
        <scope>test</scope>
    </dependency>
</dependencies>

Maven里项目直接的jar包版本冲突如何解决？

Maven会自动解决，两个原则，路径最短者优先原则，路径相同先声明优先原则；

聚合管理：
我们在平时的开发中，项目往往会被划分为好几个模块，比如common公共模块、system系统模块、log日志模块、reports统计模块、monitor监控模块等等。这时我们肯定会出现这么一个需要，我们需要一次构件多个模块，而不用每个模块都去mvn clean install一次，Maven聚合就是用来实现这个需求的。
继承管理：
个人认为此简述最有用的一点，即父子项目的创建，可以实现子项目的所以依赖全部交给父项目来管理；
示例：
新建maven-day01-06parent
maven-day01-06parnt项目为管理项目，自身不实现任何逻辑，建立好之后直接删除src目录所有内容，设置 pom.xml文件中packaging属性为pom，完整配置如下结果如下：

自定义变量：

声明了变量可以在父项目对所有子项目的依赖和插件版本进行管理