Maven的目录结构
- src
- main
- java
- resources
- test
- java
- resources
- pom.xml
? 依赖范围
compile
[1]main目录下的Java代码可以访问这个范围的依赖
[2]test目录下的Java代码可以访问这个范围的依赖
[3]部署到Tomcat服务器上运行时要放在WEB-INF的lib目录下
例如:对Hello的依赖。主程序、测试程序和服务器运行时都需要用到。
test
[1]main目录下的Java代码不能访问这个范围的依赖
[2]test目录下的Java代码可以访问这个范围的依赖
[3]部署到Tomcat服务器上运行时不会放在WEB-INF的lib目录下
例如:对junit的依赖。仅仅是测试程序部分需要。
provided
[1]main目录下的Java代码可以访问这个范围的依赖
[2]test目录下的Java代码可以访问这个范围的依赖
[3]部署到Tomcat服务器上运行时不会放在WEB-INF的lib目录下
例如:servlet-api在服务器上运行时,Servlet容器会提供相关API,所以部署的时候不需要。
路径最短者优先
这里的路径是指依赖的路径,或者说谁更靠近就选择谁
路径相同时,谁先声明选择谁
注意:这里的声明先后是指在配置文件中的先后顺序
? 解决依赖间重复性的依赖
<dependency>
<groupId>com.atguigu.maven</groupId>
<artifactId>OurFriends</artifactId>
<version>1.0-SNAPSHOT</version>
<!--依赖排除-->
<exclusions>
<exclusion>
<groupId>commons-logging</groupId>
<artifactId>commons-logging</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>commons-logging</groupId>
<artifactId>commons-logging</artifactId>
<version>1.1.2</version>
</dependency>
? 如何自定义标签
? 标签的引用,在需要引用的地方进行类似下列的修改
? 最大的好处,类似于代码的统一变量名,但由于是配置文件中,无法对文件进行变量设置,定义自定义标签
? 本地
? 远程仓库(很少很少),就中央仓库和一些镜像仓库
? Maven有三套相互独立的生命周期,分别是:
? 1. CleanLifecycle在进行真正的构建之前进行一些清理工作。
? 2. DefaultLifecycle构建的核心部分,编译,测试,打包,安装,部署等等。
? 3. SiteLifecycle生成项目报告,站点,发布站点。
? 注意:它们是相互独立的,你可以仅仅调用clean来清理工作目录,仅仅调用site来生成站点。当然你也可以直接运行 mvn clean install site 运行所有这三套生命周期。
clean生命周期(扫一下)
Clean生命周期一共包含了三个阶段:
pre-clean执行一些需要在clean之前完成的工作
clean移除所有上一次构建生成的文件
post-clean 执行一些需要在clean之后立刻完成的工作
Site生命周期(扫一下)
pre-site执行一些需要在生成站点文档之前完成的工作
site生成项目的站点文档
post-site执行一些需要在生成站点文档之后完成的工作,并且为部署做准备
site-deploy将生成的站点文档部署到特定的服务器上
这里经常用到的是site阶段和site-deploy阶段,用以生成和发布Maven站点,这可是Maven相当强大的功能,Manager比较喜欢,文档及统计数据自动生成,很好看。
Default生命周期(知道主要的几个)
Default生命周期是Maven生命周期中最重要的一个,绝大部分工作都发生在这个生命周期中。这里,只解释一些比较重要和常用的阶段:
validate
generate-sources
process-sources
generate-resources
process-resources 复制并处理资源文件,至目标目录,准备打包。
compile 编译项目的源代码。
process-classes
generate-test-sources
process-test-sources
generate-test-resources
process-test-resources 复制并处理资源文件,至目标测试目录。
test-compile 编译测试源代码。
process-test-classes
test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。
prepare-package
package 接受编译好的代码,打包成可发布的格式,如JAR。
pre-integration-test
integration-test
post-integration-test
verify
install将包安装至本地仓库,以让其它项目依赖。
deploy将最终的包复制到远程的仓库,以让其它开发人员与项目共享或部署到服务器上运行。
? Default基本的几个要知道
? compile
? test
? test-compile
? package
? package
? install
原文:https://www.cnblogs.com/1463490Ya/p/15221276.html