目录
1 超级pom
2 MAVEN_HOME的配置
3 maven是使用java编写的
4 maven读取配置文件setting.xml的优先级
5 pom标签解析
6 dependence 依赖关系
7 生命周期
8 版本管理
9 常用命令
10 maven 插件
在 lib中的maven-model-builder-3.5.0.jar中 解压之后查看超级pom 约定了使用maven之后的项目目录结构
${project.basedir}/target
${project.build.directory}/classes
${project.artifactId}-${project.version}
${project.build.directory}/test-classes
${project.basedir}/src/main/java
${project.basedir}/src/main/scripts
${project.basedir}/src/test/java
${project.basedir}/src/main/resources
${project.basedir}/src/test/resources
windows path
Linux .bath_profile
所以我们在执行maven命令时 本质上是Java命令 java -jar 可以设置maven的jvm参数
默认情况下 maven先去读取用户目录下的setting.xml C:\Users\tengxiao\.m2 如果没有才去读取maven安装目录 D:\apache-maven-3.5.0\conf
1
2
依赖范围scope
共5种,compile (编译)、test (测试)、runtime (运行时)、provided、system
不指定,则依赖范围默认为compile.
compile:编译依赖范围,在编译,测试,运行时都需要。
test: 测试依赖范围,测试时需要(包括测试代码的编译和执行)。编译和运行不需要。不会被打包,例如:juni
runtime: 运行时依赖范围,测试和运行时需要。编译不需要。例如 JDBC驱动,适用运行和测试阶段
provided:已提供依赖范围,编译和测试时需要。运行时不需要。不会被打包 如servlet-api
system:系统依赖范围。本地依赖,不在maven中央仓库。
传递依赖: 受dependency的scope影响
A->B(compile) 第一关系: a依赖b compile
B->C(compile) 第二关系: b依赖c compile
当在A中配置
则会自动导入c包。关系传递如下表:
第一 第二 |
compile |
test |
provided |
runtime |
compile |
compile |
- |
- |
runtime |
test |
test |
- |
- |
test |
provided |
provided |
- |
provided |
provided |
runtime |
runtime |
- |
- |
runtime |
依赖仲裁: 最短路径原则,加载先后原则
A->B->C->X(1.0)
A->D->X(2.0)
由于只能引入一个版本的包,此时Maven按照最短路径选择导入x(2.0)
A->B->X(1.0)
A->D->X(2.0)
路径长度一致,则优先选择第一个,此时导入x(1.0)
exclusions :排除包
https://blog.csdn.net/ZZY1078689276/article/details/78953011
https://www.cnblogs.com/EasonJim/p/6816340.html
查看依赖关系命令:mvn dependency:tree >d.txt
批量修改版本号的命令:进入项目目录 修改该项目的pom的版本号 mvn versions:set -DnewVersion=1.1-SNAPSHOT
a) 1.0-SNAPSHOT 快照版
容易引起的问题 snapshop 版本的jar 是不稳定的版本,当中央仓库的jar 版本发生变动,本地repository中的jar不会自动更新。
function 1 本地repository删除 function 2 命令 mvn clean package -U (强制拉一次)
b) 1.0.0-RELAESE
主版本号.次版本号.增量版本号-里程碑版本
clean -删除项目中的target/
validate - 验证项目是否正确,所有必要的信息可用
compile - 编译项目的源代码
test -去运行项目中所有的 test case 包括Junit/testNG
package -采用编译的代码,并以其可分配格式(如JAR)进行打包。
install - 将软件包安装到本地存储库中,用作本地其他项目的依赖项
deploy - 在构建环境中完成,将最终的包复制到远程存储库以与其他开发人员和项目共享。
以上命令对应不同的生命阶段(以及此处未显示的其他生命周期阶段)依次执行,以完成默认生命周期。给定上述生命周期阶段,这意味着当使用默认生命周期时,Maven将首先验证项目,然后尝试编译源代码,运行这些源代码,打包二进制文件(例如jar),运行集成测试软件包,验证集成测试,将验证的软件包安装到本地存储库,然后将安装的软件包部署到远程存储库。
换句话说,在生命周期里面阶段是连续的,在不出错的前提下,比如执行打包(package)时就一定是执行了测试(test)之后再执行。
maven 插件网址 https://maven.apache.org/plugins/ www.mojohaus.org/plugins.html
常用插件
findbugs