Maven常用命令与测试和打包项目

Maven常用命令

在IDEA右上角Maven板块中，每个Maven项目都有一个生命周期，实际上这些是Maven的一些插件，每个插件都有各自的功能

* `clean`命令，执行后会清理整个`target`文件夹，在之后编写Springboot项目时可以解决一些缓存没更新的问题。

* `validate`命令可以验证项目的可用性。

* `compile`命令可以将项目编译为.class文件。

* `install`命令可以将当前项目安装到本地仓库，以供其他项目导入作为依赖使用

* `verify`命令可以按顺序执行每个默认生命周期阶段（`validate`，`compile`，`package`等）

* `deploy`命令用于发布项目到本地仓库和远程仓库，一般情况下用不到

* `site`命令用于生成当前项目的发布站点

 Maven测试项目

通过使用`test`命令，可以一键测试所有位于test目录下的测试案例

注：

* 测试类的名称必须是以`Test`结尾，比如`MainTest`

* 测试方法上必须标注`@Test`注解，实测`@RepeatedTest`无效

由于JUnit5比较新，这里需要重新配置插件升级到高版本，才能完美的兼容Junit5

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <!-- JUnit 5 requires Surefire version 2.22.0 or higher -->
            <version>2.22.0</version>
        </plugin>
    </plugins>
</build>

Maven打包项目

项目在编写完成之后，要么作为Jar依赖，供其他模型使用，要么就作为一个可以执行的程序，在控制台运行，只需要直接执行`package`命令就可以直接对项目的代码进行打包，生成jar文件

以上方式仅适用于作为Jar依赖的情况，如果需要打包一个可执行文件，那么不仅需要将自己编写的类打包到Jar中，同时还需要将依赖也一并打包到Jar中

需要使用另一个插件来实现一起打包

<plugin>
    <artifactId>maven-assembly-plugin</artifactId>
    <version>3.1.0</version>
    <configuration>
        <descriptorRefs>
            <descriptorRef>jar-with-dependencies</descriptorRef>
        </descriptorRefs>
        <archive>
            <manifest>
                <addClasspath>true</addClasspath>
                <mainClass>com.test.Main</mainClass>
            </manifest>
        </archive>
    </configuration>
    <executions>
        <execution>
            <id>make-assembly</id>
            <phase>package</phase>
            <goals>
                <goal>single</goal>
            </goals>
        </execution>
    </executions>
</plugin>

在打包之前也会执行一次test命令，来保证项目能够正常运行，当测试出现问题时，打包将无法完成，也可以手动跳过，选择`执行Maven目标`来手动执行Maven命令，输入`mvn package -Dmaven.test.skip=true `来以跳过测试的方式进行打包。

最后得到我们的Jar文件，在同级目录下输入`java -jar xxxx.jar`来运行我们打包好的Jar可执行程序（xxx代表文件名称）

多模块下父项目存在一个`packing`打包类型标签，所有的父级项目的packing都为pom，packing默认是jar类型，如果不作配置，maven会将该项目打成jar包。作为父级项目，还有一个重要的属性，那就是modules，通过modules标签将项目的所有子项目引用进来，在build父级项目时，会根据子模块的相互依赖关系整理一个build顺序，然后依次build