Maven工具的使用
一、什么是Maven?
Maven是用来管理java程序包的构建工具插件，他解决了传统开发模式中jar包需要手动复制到WEB-INF/lib目录或BOOT-INF/lib目录下的繁琐操作，当一个项目很大的时候，就不再适合使用package来分模块，而是使用工程来划分模块。一个模块作为一个工程，不同的工程之间需要进行依赖。
借助Maven，我们可以将一个大型项目拆分成多个工程，需要依赖jar包时，只需要在pom文件中引用即可，项目打包时会自动将引入的jar打包到WEB-INF/lib目录或BOOT-INF/lib目录中。 jar通常会出现链式依赖，你所依赖的jar包可能又依赖其他jar包，这对于手动解决jar依赖方式来说无疑是痛苦滴，这些问题在Maven工程中都给我们轻松的解决了，他会根据jar包中pom文件自动将所有依赖的jar都下载到本地仓库供其使用。
构建指以java源文件、框架配置文件、jsp、html、图片等资源为原材料去生成一个可以运行的项目的过程，项目需要在java运行时环境下才能运行。
二、什么是java运行时环境?
一个jar包程序想要正常编译和运行，必须要运行时环境JRE提供支持，实际上， 运行时环境是一种旨在运行其他软件的软件。java提供了2种环境，一种是JDK开发环境，一种是JRE运行环境。 作为Java的运行时环境，JRE包含Java类库，Java类加载器和Java虚拟机。JDK是程序员使用java语言编写java程序所需的开发工具包，是提供给程序员使用的，JDK包含了JRE，同时还包含了编译java源码的编译器javac。
- 类加载器负责正确加载类并将它们与核心Java类库连接。
- JVM负责确保Java应用程序具有在设备或云环境中运行和良好运行所需的资源。
- Java程序之所以能在不引入类的情况下使用一些基础类，比如String类等，是因为在JRE基础类库中对其进行了声明和定义。
三、构建过程的几个环节
1、清理：删除以前编译得到的旧class字节码文件，为下一次编译做准备。
2、编译：将java源程序编译为class字节码文件。
3、测试：自动调用junit程序进行自测。
4、报告：显示测试程序执行的结果。
5、打包：将编译好的class字节码文件打包成war、jar包。
6、安装：将自己的工程安装到maven仓库中指定的位置，才能供其他模块使用。
7、部署：将jar、war放到生产环境下运行。
四、Maven的安装和配置
1、解压MAVEN程序压缩包时要放到非中文无空格的目录下，解压完成后要配置MAVEN_HOME或M2_HOME环境变量，指向Maven安装目录。同时追加path环境变量值指向bin目录。
2、Maven本身是java语言编写的，依赖jre运行时，因此在启动程序时会检查JAVA_HOME环境变量，在电脑本身有多个jdk版本时要注意环境变量的值是指向哪一个版本的，以确定运行时和maven版本是否兼容。
3、修改默认本地仓库位置：在安装目录conf子文件下编辑settings.xml文件，修改<localRepository>D:\repostitory</localRepository> 即可。
五、Maven的核心概念
1、约定的目录结构：Maven程序开发时要遵循约定的目录结构，Maven要想自动进行构建，它会去约定目录查找java源文件、配置文件来完成构建。如果不按此约定就必须手动告诉maven这些文件的位置。
2、pom文件：其名字含义是项目对象模型，配置了一切与构建相关的参数，其表示内容解析如下：
<?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <!--用于子模块中，指定该pom的父项目的具体信息。其中的relativePath给出父项目相对于子项目的路径，这样在构建子项目时首先从该相 对路径查找父项目，如果没有才会从本地库或进而远程库中查找父项目。子项目能够继承父项目的 dependencies、developers、contributors、plugins、reports 等配置信息--> <parent> <artifactId>sjht-voicemessage</artifactId> <groupId>com.sjht.voicemessage</groupId> <version>1.0.0</version> <relativePath>../pom.xml</relativePath> </parent> <!--描述了本工程的信息，简称为GAV，第三方依赖该模块时需要使用这些参数去定位本工程--> <groupId>com.sjht.voicemessage</groupId> <artifactId>sjht-voicemessage</artifactId> <version>1.0.0</version> <name>sjht-voicemessage</name> <packaging>pom</packaging> <description>xxxx服务</description> <!--modules聚合标签：描述了本工程包含了哪些工程模块，使用该标签指定子模块后，在Idea的Maven工具窗口中会体现为层级关系--> <modules> <module>sjht-voicemessage-entity</module> <module>sjht-voicemessage-api</module> <module>sjht-voicemessage-biz</module> <module>sjht-voicemessage-controller</module> <module>sjht-voicemessage-server</module> </modules> <!--声明了一些属性和值，可以在本pom和子pom中通过${属性名}的方式间接的引用这些属性值--> <properties> <spring-boot-maven-plugin.version>2.2.6.RELEASE</spring-boot-maven-plugin.version> <dockerfile-maven-plugin.version>1.4.12</dockerfile-maven-plugin.version> <maven-compiler-plugin.version>3.8.1</maven-compiler-plugin.version> <maven-resources-plugin.version>3.1.0</maven-resources-plugin.version> <maven-javadoc-plugin.version>3.0.0</maven-javadoc-plugin.version> <maven-deploy-plugin.version>2.8.2</maven-deploy-plugin.version> <maven-deploy-plugin.version>2.8.2</maven-deploy-plugin.version> <seata.version>1.2.0</seata.version> <java.version>1.8</java.version> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding> </properties> <!--指定maven工程的私有仓库和中央库的地址，以便maven可以通过这些地址去连接仓库--> <!--除此方式外，还可以在maven安装目录/conf中settings.xml文件下配置--> <repositories> <repository> <id>xxx-nexus</id> <name>xxx-Repository</name> <url>https://nexus.xxx.com/repository/maven-public/</url> </repository> <repository> <id>aliyun-nexus</id> <name>aliyun nexus</name> <url>https://maven.aliyun.com/repository/public/</url> </repository> </repositories> <!--指定插件的仓库地址，以便maven可以通过这些地址去连接仓库下载插件(maven的所有行为都由插件来完成)--> <pluginRepositories> <pluginRepository> <id>aliyun-nexus</id> <name>aliyun nexus</name> <url>https://maven.aliyun.com/repository/public/</url> </pluginRepository> </pluginRepositories> <!--指定Maven分发构建的分发的仓库地址，在使用mvn deploy命令向远程仓库分发生成的构建时使用(maven会根据模块的版本号是否包含-SNAPSHOT来判断是快照版本还是正式版本)--> <!-- 不同的版本可以指定不同的分发仓库，分发需要登录认证，需要在maven安装目录下settings.xml文件中配置账号密码。 settings.xml中server元素下id的值必须与POM中repository或snapshotRepository下id的值完全一致 --> <!-- <servers> <server> <id>nexus-releases</id> <username>admin</username> <password>admin</password> </server> <server> <id>nexus-snapshots</id> <username>admin</username> <password>admin</password> </server> </servers> --> <distributionManagement> <!--指定Releases稳定版本要分发的仓库--> <repository> <id>nexus-releases</id> <name>Releases</name> <url>https://nexus.xxxx.com/repository/maven-releases/</url> </repository> <!--指定snapshot开发版本要分发的仓库--> <snapshotRepository> <id>nexus-snapshots</id> <name>Snapshot</name> <url>https://nexus.xx.com/repository/maven-snapshots/</url> </snapshotRepository> </distributionManagement> <!--dependencyManagement用于父POM中，子项目在引用工程时可以不指定版本，此时会从上级一直向上查找直到 找到拥有dependencyManagement元素的POM，然后使用此节点下指定的版本--> <dependencyManagement> <dependencies> <dependency> <groupId>io.seata</groupId> <artifactId>seata-spring-boot-starter</artifactId> <version>1.2.6</version> </dependency> <dependency> <groupId>com.tencentcloudapi</groupId> <artifactId>tencentcloud-sdk-java</artifactId> <version>3.1.390</version> </dependency> </dependencies> </dependencyManagement> <!--该节点与dependencyManagement节点的区别在于： 1、如果被dependencyManagement包含，其效果如上所述； 2、如果不被dependencyManagement包含，则该节点下所有声明都会被子项目继承(即使子项目pom中没有引入依赖)；
3、dependencyManagement里只是声明依赖，并不实现引入，因此子项目需要显示的声明需要用的依赖。如果不在子项目中声明依赖，是不会从父项目中继承下来的；
只有在子项目中写了该依赖项，并且没有指定具体版本，才会从父项目中继承该项，并且version和scope都读取自父pom;
另外如果子项目中指定了版本号，那么会使用子项目中指定的jar版本。 --> <dependencies> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-api</artifactId> <scope>compile</scope> </dependency> <dependency> <groupId>cn.hutool</groupId> <artifactId>hutool-all</artifactId> </dependency> </dependencies> <!-- 多环境配置文件定义，Profile能让你为一个特殊的环境自定义一个特殊的构建，一个Profile可以覆盖项目构件的最终名称，项目依赖，插件配置以影响构建行为，Profile还可以覆盖分发配置。maven提供了一种针对不同环境参数“激活”一个profile的方式，叫profile激活。profile激活方式： 1、activeByDefault默认激活。 2、使用-P参数显示地激活(例如mvn package –P test 表示使用test配置文件来构建工程)。 3、在settings.xml中使用activeProfiles来指定需要激活的profile，这种方式激活的profile在所有情况下都处于激活状态。 4、当我们使用activeByDefault或settings.xml中定义了处于激活的profile，但是当我们在进行某些操作的时候又不想它处于激活状态，这个时候我们可以使用 " mvn 操作 -P !profileid " 的方式来表示在当前操作中该profile将不处于激活状态。 --> <profiles> <!-- 开发环境 --> <profile> <id>dev</id> <properties> <profile.active>dev</profile.active> </properties> <activation> <activeByDefault>true</activeByDefault> </activation> </profile> <!-- 测试环境 --> <profile> <id>test</id> <properties> <profile.active>test</profile.active> </properties> </profile> <!-- 生产环境--> <profile> <id>prod</id> <properties> <profile.active>prod</profile.active> </properties> </profile> </profiles> <!-- Project Build,是<project>的直接子元素,maven构建过程的全局配置参数： 1、finalName节点：指定构建后的目标文件的名称 2、directory节点：指定构建的目标文件存放目录 3、defaultGoal节点：执行build任务时，如果没有指定目标，将使用的默认值。例如 在命令行中执行mvn，则相当于执行mvn install
4、filter节点：定义*.properties文件，定义在filter文件中的name=value键值对，会在build时代替${name}值应用到resources中。maven的默认filter文件夹为${basedir}/src/main/filters。 5、resources节点：用于包含或者排除某些资源文件。 6、resources.resource.directory节点：定义resource文件所在的文件夹，默认为${basedir}/src/main/resources。 7、resources.resource.includes节点：指定哪些文件将被匹配，以*作为通配符。 8、resources.resource.excludes节点：指定哪些文件将被忽略。 9、resources.resource.targetPath节点：指定build后的resource存放的文件夹，默认是basedir。通常被打包在jar中的resources的目标路径是META-INF。 10、testResources节点： 定义和resources节点类似，只不过在test时使用。 11、build.plugins节点：用于指定使用的插件。 1、GAV：指定要使用的插件的坐标。 2、extensions：是否加载plugin的extensions，默认为false 3、inherited： true/false，这个plugin是否应用到该pom的孩子pom，默认为true 4、configuration：配置该plugin期望得到的properties 5、dependencies：作为plugin的依赖 6、executions： plugin可以有多个目标，每一个目标都可以有一个分开的配置，可以将一个plugin绑定到不同的阶段 12、build.pluginManagement节点： pluginManagement的配置和plugins的配置是一样的，只是用于继承，使得可以在子pom中使用(子pom只需要配置插件groupId、artifactId即可)。 --> <build> <defaultGoal>install</defaultGoal> <finalName>sjht-voicemessage-server</finalName> <directory>${basedir}/target</directory> <filters> <filter>/src/main/filters/dev.properties</filter> </filters> <resources> <resource> <directory>src/main/resources</directory> <includes> <include>**/*</include> </includes> <targetPath>META-INF/plexus</targetPath> <filtering>true</filtering> </resource> <resource> <directory>src/main/java</directory> <includes> <include>**/*.xml</include> </includes> <targetPath>META-INF/plexus</targetPath> <filtering>true</filtering> </resource> </resources> <testResources> </testResources> <pluginManagement> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>${maven-compiler-plugin.version}</version> <configuration> <source>${java.version}</source> <target>${java.version}</target> <encoding>${project.build.sourceEncoding}</encoding> </configuration> </plugin> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <version>${spring-boot-maven-plugin.version}</version> <executions> <execution> <goals> <goal>repackage</goal> </goals> </execution> </executions> </plugin> </plugins> </pluginManagement> </build> </project>
3、坐标GAV引入依赖：使用三个参数groupId、artifactId、version定位在仓库中的唯一一个MAVEN工程。groupId通常用公司项目网址倒序来表示，artifactId通常表示一个模块，version是版本号，这些坐标对应了maven工程在仓库中的路径。
<dependency> <groupId>com.sjht.starter</groupId> <artifactId>sjht-dependencies</artifactId> <version>1.0.0</version> <exclusions> <!-- 排除子依赖jline --> <exclusion> <groupId>jline</groupId> <artifactId>jline</artifactId> </exclusion> </exclusions> </dependency>
4、依赖范围：一个工程需要使用另一个工程，则工程之间就形成了依赖，在dependency.scope节点下可以配置依赖的范围(compile、test、runntime、provided、system)，其默认值为compile。
- compile表示被依赖项目需要参与当前项目的编译。
- test表示依赖项目仅仅参与测试相关的工作，包括测试代码的编译，执行。
- runntime表示被依赖项目无需参与项目的编译，不过后期的测试和运行周期需要其参与。
- provided意味着打包的时候可以不用包进去，别的设施(Web Container)会提供。
- system与provided相同，不过被依赖项不会从maven仓库抓，而是从本地文件系统拿，一定需要配合systemPath属性使用。
5、依赖传递：在子pom中引入依赖时，当依赖的范围被标识为compile时，这个依赖可以向上传递给父辈pom，父辈不用声明依赖也可以使用这个依赖。(依赖传递可能会导致jar冲突)
6、依赖排除：存在两个项目依赖同类型不同版本的jar包时，会导致jar包冲突，我们可以在引入依赖时使用exclusions标签手动排除冗余的且不需要使用的jar包。
7、依赖冲突处理原则：maven默认采用最短路径优先原则、同一pom中后声明的覆盖先声明的原则、路径相同不同pom中先声明优先的原则来选择使用jar包。
8、依赖版本管理：
a、统一将版本号放在properties标签中，通过${name}的方式放入version标签可以实现，一处修改多处生效。
b、通过在父POM声明版本，子POM统一使用的继承方式进行统一管理。要注意的是父工程既不是jar也不是war，打包方式只能为pom，父POM指定版本号，子POM声明依赖时就不需要再指定版本了。
9、聚合工程：使用modules标签指定子工程模块的相对路径，所谓聚合就是对项目分模块，聚合工程主要有方便统一管理依赖、将项目进行纵向切分+横向切分的项目整合作用。
10、生命周期：构建过程的几个环节是按顺序进行的，Maven提供了三套相对独立的生命周期，分别是Clean Lifecycle、Default Lifecycle、Site Lifecycle，其中
- Clean Lifecycle：在进行真正构建之前进行一些清理工作。
- Default Lifecycle：构建的核心周期，包括编译、测试、打包、安装、部署等。
- Site Lifecycle：生成项目报告、站点、发布站点。
11、仓库：仓库包括本地仓库(当前电脑)和远程仓库(中央仓库、局域网私仓)，中央仓库有maven官方管理，私有仓库通常使用Nexus来搭建。maven查找依赖时会先从本地仓库、私有仓库、中央仓库依次查找并下载同步到私仓、本地仓库。仓库中保存的内容通常包含Maven自身插件、第三方工具jar包、自己开发的maven工程，这些内容都是按照统一方式管理和使用。
六、常用Maven命令
执行与构建过程相关的Maven命令，必须进入到pom.xml所在的目录下才能执行。常用命令有：
1、清理：mvn clean 。清理target目录下编译产生的文件。
2、编译主程序：mvn compile。编译后的.class文件存放在target目录下。
3、编译测试程序：mvn test-compile。
4、执行测试：mvn test。自动执行模块中test包下所有标记了@Test注解的测试方法。
5、打包：mvn package。生成jar包存放在target目录中，jar包可以直接使用 java -jar 命令运行。war包则需要放入tomcat中运行。
6、安装到仓库：mvn install。将jar包安装到本地仓库中，其它项目就可以引用。
7、推送到远程仓库：mvn deploy。将jar包推送到远程仓库，远程仓库地址需要在repositories节点下配置。远程仓库一般称为私仓，可以共开发团队共享jar包。
以上命令，后面的都会包含前一个命令(mvn test-compile除外)，每一个命令执行都从mvn clean开始。如果想在打包或安装时跳过测试环节，则在命令后增加参数 -Dmaven.test.skip=true 。
七、官网下载jar包
访问Maven中央仓库https://search.maven.org/或者https://mvnrepository.com/，可以查找自己需要的jar，复制配置代码到自己的pom.xml文件中dependencies节点下，重新加载Maven项目，插件会自动下载jar到本地仓库供其引用。
八、MAVEN插件
Maven本质上是只是一个插件框架，它的核心并不执行任何具体的构建任务，全部任务都是由插件来完成的。构建过程的每一个步骤都都对应一个插件来负责，Maven提供了Build plugins、Reporting plugins两种类型的插件。
Build plugins在构建时执行，并在 pom.xml 的元素中配置。Reporting plugins在网站生成过程中执行，并在 pom.xml 的元素中配置。以下是常用的插件：
1、clean插件：构建之后清理目标文件。删除目标目录。
2、compiler插件：编译 Java 源文件。
3、surefile插件：运行 JUnit 单元测试。创建测试报告。
4、jar插件：从当前工程中构建 JAR 文件。
5、war插件：从当前工程中构建 WAR 文件。
6、javadoc插件：为工程生成 Javadoc。
7、antrun插件：从构建过程的任意一个阶段中运行一个 ant 任务的集合。
8、maven-resources-plugin插件：用于管理资源文件，打包时进行资源文件复制。
9、spring-boot-maven-plugin插件：提供 Spring Boot 支持，允许打包可执行 jar 或 war 存档并 "就地" 运行应用程序。
10、maven-war-plugin插件：收集web应用所有的依赖类和资源文件，然后打包。
11、maven-compiler-plugin插件：编译项目代码。
12、dockerfile-maven-plugin插件：将Docker与Maven无缝集成，该插件功能：
-
- 使用Dockerfile构建Docker项目。
- 使用mvn package构建项目时会同时完成Docker镜像构建。
- 使用mvn deploy推送jar包时Docker镜像同时会被push到镜像仓库。
- 使用mvn dockerfile:build -Dmaven.test.skip=true 命令打包镜像到docker服务器(需要设置环境变量DOCKER_HOST指定docker服务器地址，tcp连接到docker服务器的2375端口)。
- 使用mvn dockerfile:push -Dmaven.test.skip=true 命令推送镜像到docker镜像仓库(需要配置docker镜像仓库地址并登录)。
以上这些插件都是在pom.xml中使用plugins元素定义的，每个插件可以有多个目标，可以定义插件使用的阶段，可以通过绑定到插件的目标的方式来配置要执行的任务。Maven 将处理剩下的事情。它将下载本地仓库中获取不到的插件，并开始处理。例如：
<build> <plugins> <plugin> <groupId>com.example</groupId> <!-- 示例插件 --> <artifactId>my-plugin</artifactId> <version>1.0.0</version> <executions> <!-- 插件目标执行集合 --> <execution> <!-- 表示一个具体的插件目标执行 --> <id>my-id</id> <!-- 用于唯一标识一个执行 --> <phase>compile</phase> <!-- 指定插件目标应该何时执行，即绑定的生命周期阶段，compile、test、package等 --> <goals> <!-- 指定要执行的插件目标集合 --> <goal>my-goal</goal> <!-- 指定要执行的插件目标名称 --> </goals> <configuration> </configuration> </execution> </executions> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-antrun-plugin</artifactId> <version>1.1</version> <executions> <execution> <id>id.clean</id> <phase>clean</phase> <goals> <goal>run</goal> </goals> <configuration> <tasks> <echo>clean phase</echo> </tasks> </configuration> </execution> </executions> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>3.1</version> <configuration> <source>${java.version}</source> <target>${java.version}</target> <encoding>${project.build.sourceEncoding</encoding> </configuration> </plugin> <plugin> <groupId>com.spotify</groupId> <artifactId>dockerfile-maven-plugin</artifactId> <version>${dockerfile-maven-plugin.version</version> <configuration> <useMavenSettingsForAuth>true</useMavenSettingsForAuth> <repository>${docker.image.prefix}/ticket-admin</repository> <tag>${ticket.version}_${ticket.suffix}</tag> <buildArgs> <JAR_FILE>target/ticket-admin.jar</JAR_FILE> </buildArgs> </configuration> </plugin> </plugins> </build>
九、Maven常用属性
- 内置属性：${basedir}表示项目根目录，即包含pom.xml文件的目录。${version}表示项目版本。
- Pom属性：对应pom.xml中元素的值。 ${project.build.sourceDirectory}、 ${project.build.testSourceDirectory}、${project.build.directory}、 ${project.build.outputDirectory}、${project.build.testOutputDirectory}、${project.groupId}、${project.artifactId}、${project.version}、${project.build.finalName}等。
- Settings属性：对应Settings.xml中元素的值。比如${settings.localRepository}。
- 自定义属性：在pom中<properties>元素下自定义的Maven属性。
- Java系统属性：Java系统属性都可以在Maven中直接引用。比如${user.home}等。
- 环境变量属性：环境变量都可以在Maven中以env.开头来引用。可以使用mvn help:system命令查看系统属性和环境变量。
十、Maven命令语法格式及其参数
Maven的语法格式为：
/** * 1、mvn 表示这是一个mvn命令。 * 2、[options]表示与命令相关的参数选项，可选，参数以-开头。 * 3、[<goal(s)>]表示要执行的目标，包括clean、package、install、deploy、compile、validate、verify、test等。这些目标都是通过相应的插件来完成的。 * 4、[<phase(s)>]表示mvn构建的生命周期，指示在构建项目的过程中根据特定的生命周期来构建。 */ mvn [options] [<goal(s)>] [<phase(s)>]
Maven的参数选项，可通过运行mvn -h来获取参数使用说明：
- -am,--also-make：构建指定模块及其依赖的其它模块。
- -amd,--also-make-dependents：构建指定模块及其依赖于指定模块的其他模块。
- -B,--batch-mode：批处理模式运行。
- -b,--builder <arg>：
- -C,--strict-checksums：执行严格检查，如果检查失败则构建失败。
- -c,--lax-checksums：执行宽松检查，如果检查不通过则发出警告，但构建会成功。
- -D,--define <arg>：定义一个系统属性值，如果pom.xml中存在该属性值则会被替换。
- -e,--errors：显示详细错误信息。
- -emp,--encrypt-master-password <arg>：加密主安全密码。
- -ep,--encrypt-password <arg>：加密服务器密码。
- -f,--file <arg>：使用指定的POM文件替换当前POM文件。
- -fae,--fail-at-end：只有在生成失败后才允许所有未受影响的生成继续。
- -ff,--fail-fast：多模块构建时,遇到第一个失败的构建时停止。
- -fn,--fail-never：构建不会为一个失败的构建停止，也不会报告失败。
- -gs,--global-settings <arg>：替换全局级别settings.xml文件。
- -gt,--global-toolchains <arg>： 设置全局 toolchains.xml 文件的替代路径。
- -l,--log-file <arg>：指定输出日志文件。
- -llr,--legacy-local-repository：不使用远程仓库，只使用本地仓库， 等于-Dmaven.legacyLocalRepo=true。
- -N,--non-recursive：不构建子模块。
- -npr,--no-plugin-registry：插件版本不使用~/.m2/plugin-registry.xml 里的配置。
- -npu,--no-plugin-updates：任何相关的注册插件，不进行最新检查。
- -nsu,--no-snapshot-updates：不强制更新SNAPSHOT快照。
- -ntp,--no-transfer-progress：禁用下载进度提示。
- -o,--offline： 运行offline模式,不联网进行依赖更新。
- -P,--activate-profiles <arg>：激活指定的profile列表，参数为profile的id属性值，profile配置在pom.xml的profiles标签中。
- -pl,--projects <arg>：手动选择需要构建的项目。
- -q,--quiet：安静模式,只输出ERROR错误消息。
- -rf,--resume-from <arg>：从指定的模块开始构建。
- -s,--settings <arg>：替换用户级别settings.xml文件。
- -t,--toolchains <arg>：用户工具链文件的备用路径。
- -T,--threads <arg>：指定线程数量。
- -U,--update-snapshots：更新所有快照。
- -up,--update-plugins：更新插件。
- -v,--version：显示版本信息。
- -V,--show-version：在不停止生成的情况下显示版本信息。
- -X,--debug：输出详细信息，debug模式。
