maven 权威指南

2019独角兽企业重金招聘Python工程师标准>>>

1.  命令格式规范

mvn 插件标识:目标标识

例如： mvn help:effective-settings  利用help插件，列出有效的setting文件内容。在实际工作中可以查看自己mvn环境的问题和与其他人的配置的差异。 曾经因为自己的mvn是在网上随便下载的，与公司内部的mvn的配置是不同的，结果导致很多命令，如发布安装等不能正确执行。后copy公司配置后OK。

2.  一些常用命令

mvn help:describe -Dplugin=sonar  该help:describe可以帮助查询某个插件的具体使用方法：

This plugin has 2 goals:

sonar:help
  Description: Display help information on sonar-maven-plugin.
    Call mvn sonar:help -Ddetail=true -Dgoal=<goal-name> to display
    details.


sonar:sonar
  Description: Analyze project. SonarQube server must be started.

3. mvn生命周期

mvn package  该命令会执行package阶段之前的所有阶段的目标. 每个阶段都会有0个或者多个目标。

4.优化pom依赖

我们为了降低依赖重复而完成的两项优化：
上移共同的依赖至dependencyManagement
如果多于一个项目依赖于一个特定的依赖，你可以在dependencyManagement中
列出这个依赖。父POM包含一个版本和一组排除配置，所有的子POM需要使
用groupId和artifactId引用这个依赖。如果依赖已经在dependencyManagement中
列出，子项目可以忽略版本和排除配置。
为兄弟项目使用内置的项目version和groupId
使用{project.version}和org.sonatype.mavenbook来引用兄弟项目。兄弟项目
基本上一直共享同样的groupId，也基本上一直共享同样的发布版本。使用0.6-SNAPSHOT可以帮你避免前面提到的兄弟版本不一致问题。

5.依赖范围


compile（编译范围）
compile是默认的范围；如果没有提供一个范围，那该依赖的范围就是编译范
围。编译范围依赖在所有的classpath中可用，同时它们也会被打包。


provided（已提供范围）
provided依赖只有在当JDK或者一个容器已提供该依赖之后才使用。例如，如果
你开发了一个web应用，你可能在编译classpath中需要可用的Servlet API来编
译一个servlet，但是你不会想要在打包好的WAR中包含这个Servlet API；这个
Servlet API JAR由你的应用服务器或者servlet容器提供。已提供范围的依赖在
编译classpath（不是运行时）可用。它们不是传递性的，也不会被打包。


runtime（运行时范围）
runtime依赖在运行和测试系统的时候需要，但在编译的时候不需要。比如，你
可能在编译的时候只需要JDBC API JAR，而只有在运行的时候才需要JDBC驱动实
现。
test（测试范围）
test范围依赖在一般的 编译和运行时都不需要，它们只有在测试编译和测试运
行阶段可用。测试范围依赖在之前的???中介绍过。
system（系统范围）
system范围依赖与provided类似，但是你必须显式的提供一个对于本地系统中
JAR文件的路径。这么做是为了允许基于本地对象编译，而这些对象是系统类库
的一部分。这样的构件应该是一直可用的，Maven也不会在仓库中去寻找它。如
果你将一个依赖范围设置成系统范围，你必须同时提供一个systemPath元素。注
意该范围是不推荐使用的（你应该一直尽量去从公共或定制的Maven仓库中引用
依赖）。

转载于:https://my.oschina.net/swearyd7/blog/197548