Live2D
复制代码

01-Maven工具详解

1、什么是Maven？

Maven是一个自动化构建工具

--完成一个Java项目需要做的工作：
	1、分析项目要做什么，分几个组成模块
	2、涉及项目，通过哪些步骤，使用什么技术，需要的人力多少。花费时间多少
	3、组件团队，招人，购置设备，服务器，软件，电脑等。
	4、开发人员编写代码并测试自己的代码，重复多次
	5、测试人员，测试项目功能是否符合要求
	测试人员测试提交的代码->测试有问题->让开发人员修改->再次提交代码测试人员测试->若还有问题打回再次修改，测试
	多次直到没有问题->测试代码通过
	
--传统项目开发不使用Maven管理项目会出现的问题
	1、项目有许多的模块，模块之间由联系，需要手工管理这些关系，很繁琐
	2、需要很多第三方功能，即jar包，各个jar文件需要自己从网络中下载，一个项目需要的jar文件是很多的
	3、需要管理jar的版本，例如有时候需要的mysql驱动是5.1.5版本的，这时就不能下载其他版本的，不然可能就用不了
	4、需要管理jar包之间的依赖，例如使用mybatis框架需要添加mybatis-3.5.2.jar，当我们需要用mybatis框架实现输
	出日志的的功能时，mybatis框架又需要log4j组件的jar包，就是说jar包有时可以完成一些功能，但有些功能jar包又得
	依赖其他jar包才能完成。这样我们就得下载所需jar包依赖jar包，要做的事成倍增加。
	--我们称这个a.jar包需要那个b.jar包的关系叫做依赖，或者项目中需要MySQL驱动，可以称之为项目依赖MySQL驱动
	底层就是a.class需要使用b.class，a依赖b

--使用Maven进行项目开发的优点
	1、Maven有个maven仓库，管理jar文件
	2、自动下载所需jar包及其文档、源代码
	3、管理jar包的直接依赖，自动帮你下好jar包的依赖jar包
	4、可以管理需要的jar版本
	5、帮助编译程序，将java编译为class
	6、可以测试代码是否正确
	7、可以帮助打包文件，形成jar包或war文件
	8、帮助部署项目
	
--项目的构建
	上面优点中的5、6、7、8过程就是项目的构建
	构建是面向过程的，即一些步骤，这些步骤完成项目代码的编译、测试、运行、打包、部署等等。
	--Maven支持的构建步骤包括：
	1、清理，把之前项目编译的东西删掉，为新的编译代码做准备
	
	2、编译，将项目的源代码编译为可执行代码，即.java->.class
		这个步骤在maven中是批量的，可同时将成百上千的的文件编译为class文件
		而javac一次只能编译一个
		
	3、测试，执行测试程序的代码，验证功能是否正确
		批量的，maven可同时执行多个测试程序的代码，同时测试多个功能
		
	4、报告，对上面测试生成测试结果文件，可以查看测试是否通过
	
	5、打包，将项目中所以的class文件、配置文件等一系列资源文件放到一个压缩文件中。
		这个压缩文件就是项目的结果文件，普通的Java程序，打包成.jar文件。而web应用项目打包成.war文件
	
	6、安装，将5中的jar、war文件安装到本机仓库
	
	7、部署，程序安装好后可以执行了（部署一般不用maven操作，自己手动都方便些）

2、Maven的核心概念

一共有九个：
1、--POM文件
	POM文件，名称为pom.xml，pom（Project Object Model）翻译过来就是项目对象模型
	maven把项目当作一个模型使用，该文件作用就是控制maven构建项目过程以及管理jar依赖的功能。

2、--约定的目录结构
	表示maven项目的目录和所需各种资源文件存放位置都是规定好的

3、--坐标
	是一个唯一字符串，用来表示资源
	
4、--依赖管理
	管理项目中可以使用的jar包
	
5、--仓库管理（了解）
	资源存放的位置

6、--生命周期（了解）
	maven工具构建项目的过程

7、--插件和目标（了解）
	执行maven构建的时候用的工具是插件

下面两个概念以后学
8、--继承
9、--聚合


maven的使用学习，先学习maven命令的使用来完成maven的使用，然后学习在idea中使用maven

3、maven工具的下载与安装

1）下载

从apache官网下载maven的zip文件安装包apache-maven-3.3.9.zip（用的最多，对应的是JDK1.8）
解压到一个maven的文件夹。打开后在bin目录下，如下


其中的mvn.cmd就是一个命令，能够执行maven的项目构建功能。
打开conf目录，如下


其中的settings.xml是maven工具的配置文件。
然后就是lib目录，里面可以看到很多的jar包，maven是用java语言写的，所以需要配置好JDK才能构使用maven

2）配置环境变量

1、在环境变量中创建一个变量名为M2_HOME(很熟悉，跟配置Tomcat一样，称为maven的家)
值路径到解压的maven的bin目录上一级，就是maven的家。
M2_HOME=E:\maven\apache-maven-3.3.9

2、然后在path中新增变量路径，路径为：E:\maven\apache-maven-3.3.9\bin，
也可以用M2_HOME代替，如在path路径前面添加路径：%M2_HOME%\bin

3、--验证
	dos命令窗口执行：mvn -v
成功：
    Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 2015-11-11T00:41:47+08:00)
    Maven home: E:\maven\apache-maven-3.3.9
    Java version: 1.8.0_271, vendor: Oracle Corporation
    Java home: E:\JAVASE1.8\jre
    Default locale: zh_CN, platform encoding: GBK
    OS name: "windows 10", version: "10.0", arch: "amd64", family: "dos"
    
--（这样我们在这台计算机中不借助任何工具就可以单独使用maven了）

4、maven约定的项目目录结构

1）约定：就是大家都遵从的一个规则

--每一个maven项目在磁盘中都是一个文件夹：假设这里项目名为 Hello，目录结构如下

Hello/
  ---/src
  ------/main			#存放主程序java代码和配置文件
  ---------/java		#程序中创建的包和包中的Java代码文件
  ---------/resources	#Java程序中需要用到的配置文件（如SQL映射文件）
  
  ------/test			#存放测试的程序代码和配置文件（不强制要求一定要有）
  ---------/java		#测试程序的包和包中的Java代码文件
  ---------/resources	#测试Java程序中所需要的配置文件
  
  ---/pom.xml			#maven的核心文件（maven项目必须要有）
maven启动的时候先找pom文件，知道要干什么，然后到main中找程序，到test中找测试程序

2）在Projects文件中按照上面的目录结构新建一个Hello项目

注意src目录与pom.xml文件同级，pom.xml文件内容如下：

<?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>
    
	<!--上面的东西都是固定的-->
    
    <!--下面三个称之为坐标，三个值来指定项目的名称的唯一标识-->
    
    <!-- 公司或者组织的唯一标志，并且配置时生成的路径也是由此生成，这里先简写-->
    <groupId>com.studymyself</groupId>
    <!--项目名字-->
    <artifactId>maven-01</artifactId>
    <!--项目的版本号-->
    <version>1.0-SNAPSHOT</version>
    
</project>

在main目录的java文件夹中创建com.studymyself包，其中创建一个HelloMaven类，代码如下
com.studymyself.HelloMaven.java
package com.myselfstudy

public class HelloMaven{
	
	public int add(int a,int b){
		
		return a+b;
		
	}
	
	public static void main(String[] args){
		
		HelloMaven hello = new HelloMaven();
		
		int res = hello.add(10,20);
		
		System.out.println("10+20="+res);
		
	}
	
}

在Hello项目的根目录下，即pom.xml文件所在目录下启动cmd，在dos命令窗口中执行命令：mvn compile
意思是编译main目录下的java目录下的所有java文件
出现编译错误，重新下载了maven3.3.9，将原来的覆盖，后发现还是解决不了问题，找出错误原因是maven工具所用的settings文件是系统盘.m2目录中的settings文件，为什么？如下面所示
F:\Git_Repositories\Maven\Projects\Hello>mvn compile
[ERROR] Error executing Maven.
[ERROR] 1 problem was encountered while building the effective settings
[FATAL] Non-parseable settings C:\Users\钟荣杰\.m2\settings.xml: Duplicated tag: 'mirrorOf' (position: START_TAG seen ...</url> \ua0\n    <mirrorOf>... @172:15)  @ C:\Users\钟荣杰\.m2\settings.xml, line 172, column 15

1.Maven的配置文件（Maven的安装目录/conf/settings.xml ） 
和 Maven仓库下（默认的Maven仓库的是用户目录下的.m2文件，可以另行制定）的settings.xml文件
在Maven中提供了一个settings.xml文件来定义Maven的全局环境信息。
--这个文件会存在于Maven的安装目录的conf子目录下面，或者是用户家目录的.m2子目录下面。
我们可以通过这个文件来定义本地仓库、远程仓库和联网使用的代理信息等。

其实相对于多用户的PC机而言，在Maven安装目录的conf子目录下面的settings.xml才是真正的全局的配置。
而--用户家目录的.m2子目录下面的settings.xml的配置只是针对当前用户的。

当这两个文件同时存在的时候，那么对于相同的配置信息用户家目录下面的settings.xml中
定义的会覆盖Maven安装目录下面的settings.xml中的定义。

用户家目录下的settings.xml文件一般是不存在的，但是Maven允许我们在这里定义我们自己的settings.xml，
如果需要在这里定义我们自己的settings.xml的时候就可以把Maven安装目录下面的settings.xml文件
拷贝到用户家目录的.m2目录下，然后改成自己需要的。
修改.m2目录中的settings用conf目录中的替换，再次编译
F:\Git_Repositories\Maven\Projects\Hello>mvn compile
[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building maven-01 1.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ maven-01 ---
[WARNING] Using platform encoding (GBK actually) to copy filtered resources, i.e. build is platform dependent!
[INFO] Copying 0 resource
[INFO]
[INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ maven-01 ---
[INFO] Changes detected - recompiling the module!
[WARNING] File encoding has not been set, using platform encoding GBK, i.e. build is platform dependent!
[INFO] Compiling 1 source file to F:\Git_Repositories\Maven\Projects\Hello\target\classes
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 1.201 s
[INFO] Finished at: 2021-01-26T19:47:46+08:00
[INFO] Final Memory: 14M/207M
[INFO] ------------------------------------------------------------------------

--注意：
如果是第一次使用maven工具，会自动下载maven工具需要使用的插件（java类），形式都是jar文件
从中央仓库地址下载：https://repo.maven.apache.org
存储到上面所讲的.m2目录的repository目录中：
默认仓库位置（可修改）：C:\Users\（登录操作系统的用户名）\.m2\repository
--因为之前用过，已经下载好了

--编译成功的结果是在项目的目录中生成target目录，编译的class文件都放在这里
直接java HelloMaven执行

--修改本机存放资源的仓库位置
通过修改settings文件，来修改仓库位置，怎么修改在配置文件中是有注释的，如下：
<!-- localRepository
   | The path to the local repository maven will use to store artifacts.
   |
   | Default: ${user.home}/.m2/repository
  <localRepository>/path/to/local/repo</localRepository>
  -->
可以看到上面的注释中告诉了我们默认仓库位置：${user.home}/.m2/repository
怎么修改位置：<localRepository>/path/to/local/repo</localRepository>
我们在settings文件中有上面这段注释的下方添加：
<!-- localRepository
   | The path to the local repository maven will use to store artifacts.
   |
   | Default: ${user.home}/.m2/repository
  <localRepository>/path/to/local/repo</localRepository>
  -->
<localRepository>E:/maven/myrepository</localRepository>
这样保存就修改成功了，要注意路径是左斜杠/

如果.m2目录中有settings.xml文件，则在该目录下修改这个配置文件，否者就修改conf目录中的settings文件

以后如果要配置什么，就直接看里面的注释，按注释中的步骤修改添加。修改前必须备份，放在原目录，等待以后备用
还有就是路径必须是非中文的，无论在什么开发中一定杜绝使用中文路径！！！

5、Maven仓库

maven仓库：
1、--定义
	maven仓库就是存放maven使用的jar和项目中需要使用的jar包的目录文件夹
	包括：maven依赖的插件和项目使用的jar（第三方工具）
	
2、--分类
	本地仓库：计算机本地的文件夹，存放的jar包
	
	远程仓库：在互联网上的，需要连接网络才能使用。如
	--中央仓库：
		最权威的，所有开发人员都共享使用的一个集中仓库，地址：https://repo.maven.apache.org
		
	--由于中央仓库共享，人一旦多起来使用，其服务器压力就增大，速度就会变慢，所以有下面的
	--中央仓库镜像：
		中央仓库的备份，在各大洲，重要城市都是镜像，每个洲都有镜像服务器，在哪个洲开发就优先到哪个洲的镜像
	maven先到镜像下载资源，下载不到的再到中央仓库找资源，找到后给镜像，然后镜像给开发人员
	
	--私服：公司内部的，局域网中使用，不对外开放
	
3、--仓库的使用
	不需要开发人员参与，如：
	开发人员需要使用MySQL驱动
	maven首先查看本地仓库->若没有就到私服下载到本地->还没有到镜像下载到私服->仍没有到中央仓库下载到镜像

6、Maven的POM文件

POM文件中的基本信息标签
Project Object Model项目对象模型，maven把一个项目的结构和内容抽象成一个这样的一个模型，
然后在xml文件中声明。所以pom.xml文件是maven的灵魂。

该文件中属性标签代表的信息如下：
<modelVersion>
前面说maven把项目抽象成一个模型，这个标签属性对应的就是模型的版本，
对于maven版本的maven2和maven3，该属性中模型版本号只能是4.0.0
<modelVersion>4.0.0</modelVersion>

<groupId>
该属性代表组织id，一般都是公司域名倒写
    1、域名倒写：com.baidu
    2、域名倒写+项目名：com.baidu.appolo，这是百度的一个项目
<artifactId>
该属性代表的是项目的名称，或是模块名称，对应groupId中项目中的子项目
<version>
该属性代表该项目的版本号，如果项目还是在开发中，是不稳定版本，
在版本后带-SNAPSHOP（意思是快照），版本号使用三位数标识，1.0.0
<!--
	上面三个属性合在一块称之为坐标，是该项目在互联网中的唯一标识。
	其中grouId，公司域名是互联网中唯一的，倒写也是唯一的，使得该项目可以在互联网中唯一。
	而artifactId，是在公司内部项目中模块唯一的。
	添加version版本号。就使得这个项目假如上传到互联网仓库中依据这个坐标唯一识别。
	我们要使用到别人的资源，也是需要依靠第三方资源的坐标才能获取到的，这是一个项目中必须要有的。

	那么如何知道其他资源（项目）的坐标呢？
	访问www.mvnrepository.com：中央仓库，在其中搜索对应资源，例如我们需要mysql驱动，在其中搜索"mysql"
	具体的操作下面粘贴截图
-->
<groupId>com.studymyself</groupId>
<artifactId>maven-01</artifactId>
<version>1.0-SNAPSHOT</version>
    
<packaging></packaging>
该属性表示项目打包的类型，可以为jar、war、rar、ear、pom。默认不写的话是jar

<dependencies>
   <!-- 
	该属性中是包含属性标签的<dependency>，表示可以有很多属性标签的<dependency>
	因为项目需要很多依赖jar包
	-->
    <denpendency>
        <!--
			一个该属性标签表示的一个依赖jar包，用该属性配置依赖，需要填到信息就是坐标
			就是说maven把jar也当作一个项目了，依赖资源坐标的获取下面截图所示
		-->
    </denpendency>
     <denpendency>
        <!--
			不止一个依赖
		-->
    </denpendency>
    ...
</dependencies>
    
<dependencies>
    <!--依赖，相当于Java代码中的import-->
   <dependency>
    <groupId>mysql</groupId>
    <artifactId>mysql-connector-java</artifactId>
    <version>5.1.37</version>
   </dependency>
    <!--那么maven是怎么运作的呢？
		假设在有jar的情况，maven到本地仓库找mysql文件夹（对应的groupId），
		选择mysql-connector-java的文件夹，选择5.3.37版本文件夹，
		取出其中的mysql-connector-java-5.3.37.jar，配置到项目中
  		-->
     <denpendency>
        ...
    </denpendency>
    ...
</dependencies>
    
<properties>
该属性是定义一些配置属性的，如project.build.sourceEncoding定义项目构建源码编码方式，设置UTF-8
    
<build>
该属性定义编译代码和测试代码时的信息配置，如设置编译插件的jdk版本等等    
</build>
    
下面两个以后学
<parent></parent>
<modules></modules>

7、Maven的生命周期

Maven的生命周期就是maven构建项目的过程
--Maven把项目构建的各个过程对应成其生命周期的各个阶段，每一个阶段都提供相应的命令
--Maven独立使用开发项目用到的常用命令如下：
mvn clean：清理，删除原来编译和测试的目录，target目录。但是已经install到仓库中的包不会被清除
mvn compile：编译主程序（只编译src/main/java文件下的java文件），
在当前目录下（项目目录）生成一个target目录，里面存放编译生成的字节码文件
mvn test-compile：编译测试程序（只编译src/test/java文件下的java文件），结果和上面一样
mvn test：测试，生成一个surefire-reports目录，保存测试结果
mvn package：打包主程序，编译、编译测试、测试、按照pom文件中的配置把主程序打包生成jar文件或war包
mvn install：安装主程序，把本工程打包，按照工程的坐标存放保存到本地仓库中
mvn deploy：部署主程序

--maven插件：
	maven这些命令执行时，真正完成这些功能的是插件，即一些jar包，一些类
	
--maven插件类型
	1）单元测试：用junit，是一个专门测试的框架（工具）
	测试的内容：测试类中的方法，每一个方法都是独立测试的。方法是测试的基本单位（单元）
	maven就借助单元测试批量检测类中大量的方法是否符合预期
	使用步骤：
	1、加入junit依赖代码到pom文件中，在中央仓库搜索junit，点击使用最多的，
	选择版本，其中4.11和4.12使用最多
	<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.12</version>
    <scope>test</scope>
	</dependency>
	
	2、在maven项目中的src/test/java目录下，创建测试程序
	推荐的创建类和方法提示：
	1）、测试类的名称是Test+要测试的类名
	2）、测试的方法名称，test+方法名称
	--如测试之前HelloMaven的程序:
	创建测试类：TestHelloMaven
	@Test
	public void testAdd(){
		--测试HelloMaven的add方法是否正确的代码
	}
	其中testAdd叫做测试方法，定义规则如下：
	1）、方法必须是public修饰
	2）、方法必须是没有返回值的
	3）、方法名称自定义，推荐test+测试方法名（遵从驼峰式命名规则）
	4）、在方法上面加上注解@Test

8、Maven的命令演示

演示Maven命令：
mvn clean：清理，删除原来编译和测试的目录，target目录。但是已经install到仓库中的包不会被清除
mvn compile：编译主程序（只编译src/main/java文件下的java文件），
在当前目录下（项目目录）生成一个target目录，里面存放编译生成的字节码文件
mvn test-compile：编译测试程序（只编译src/test/java文件下的java文件），结果和上面一样
mvn test：测试，生成一个surefire-reports目录，保存测试结果
mvn package：打包主程序，编译、编译测试、测试、按照pom文件中的配置把主程序打包生成jar文件或war包
mvn install：安装主程序，把本工程打包，按照工程的坐标存放保存到本地仓库中
mvn deploy：部署主程序
在src/test/java中添加测试代码，测试的是主程序中的HelloMaven，所以编写的测试程序所在包要与HelloMaven中的一致。创建一个com.studymyself.TestHelloMaven类，具体测试代码如下
package com.studymyself;


public class TestHelloMaven{

	@test
	public void testAdd(){
		
        System.out.println("Maven == junit ==执行testAdd()");
        
		//下面编写的是测试add方法是否正确的代码
		HelloMaven hello = new HelloMaven();
		
		int res = hello.add(10,20);
		
		//验证10+20是不是等于30，需要使用junit提供的方法来对比结果
		//junit包中的Assert中的一个方法
		//Assert.assertEquals(期望值，得到的实际值),该方法中如果两个值相等证明正确，不等则抛出异常
		Assert.assertEquals(30,res);
		
	}	

}
需要注意的是单单使用maven的命令构建工程，需要在有pom文件所在的目录下执行maven命令。

第一步：mvn clean

可以看到上图中maven使用清理功能插件，删除了先前编译生成的target

第二步、mvn compile（编译主程序Java文件）

从上图可以知道该命令需要用到两个插件完成功能，一个是编译生成target目录存放class文件的，另一个是将程序所需资源resources拷贝到target/classes当前目录下

第三步、mvn test-compile（编译测试程序java文件）

可以看到里面有四个插件，由于maven的生命周期在执行某个阶段时会将前面的阶段都执行一次，即前面两个插件是
mvn compile所做的那些事

第四步、mvn test（测试）

从上面我们可以知道，执行mvn test命令，maven把前面所有的构建阶段都执行了一遍。所以我们在测试程序再添加一个测试方法时，不再需要执行前面清理编译等命令了。
package com.studymyself;

import org.junit.Assert;
import org.junit.Test;
import com.studymyself.HelloMaven;

public class TestHelloMaven{

	@Test
	public void testAdd(){
		
		System.out.println("测试方法1：Maven == junit ==执行testAdd()");
		
		//下面编写的是测试add方法是否正确的代码
		HelloMaven hello = new HelloMaven();
		
		int res = hello.add(10,20);
		
		//验证10+20是不是等于30，需要使用junit提供的方法来对比结果
		//junit包中的Assert中的一个方法:
        assert: 明确肯定; 断言; 坚持自己的主张; 表现坚定; 维护自己的权利(或权威);
		//Assert.assertEquals(期望值，得到的实际值),该方法中如果两个值相等证明正确，不等则抛出异常
		Assert.assertEquals(30,res);
		
	}
	@Test
		public void testAdd2(){
			
			System.out.println("测试方法2：Maven == junit ==执行testAdd2()");
			
			//下面编写的是测试add方法是否正确的代码
			HelloMaven hello = new HelloMaven();
			
			int res = hello.add(10,20);
			
			//验证10+20是不是等于30，需要使用junit提供的方法来对比结果
			//junit包中的Assert中的一个方法
			//Assert.assertEquals(期望值，得到的实际值),该方法中如果两个值相等证明正确，不等则抛出异常
			Assert.assertEquals(50,res);
			
		}		

}

再次执行测试命令，出现有测试失败的方法，并报错抛出异常。存放结果位置是
[ERROR] Please refer to F:\Git_Repositories\Maven\Projects\Hello\target\surefire-reports for the individual test results.

第五步、mvn package（打包）

注意：当我们的测试程序中有测试方法失败时，是无法打包的，执行该命令会把之前的构建过程都执行一次，测试阶段有失败的话，这个项目肯定没有完成，所以打包会失败

打包文件只包含src/main目录下的class文件和资源文件以及其他文件

第六步、mvn install

（将jar包安装到本地仓库，其他项目需要用就可以直接添加其依赖就行了）

执行完前面的阶段，可以看到将打包好的jar包存放到了本地仓库repository的com\studymyself\maven-01\1.0-SNAPSHOT目录中。怎么存，就是由pom文件中的项目坐标确定的。

有时候我们需要在pom文件中配置编译插件，用build属性标签，如下:

以后想配置什么插件就直接到网上搜索，就能得到，直接复制粘贴不需要自己写

<?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>
    
	<!--上面的东西都是固定的-->
    
    <!--下面三个称之为坐标，三个值来指定项目的名称的唯一标识-->
    
    <!-- 公司或者组织的唯一标志，并且配置时生成的路径也是由此生成，这里先简写-->
    <groupId>com.studymyself</groupId>
    <!--项目名字-->
    <artifactId>maven-01</artifactId>
    <!--项目的版本号-->
    <version>1.0-SNAPSHOT</version>
	
	<dependencies>
   
	<!--测试单元-->
	<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.12</version>
	<!--依赖作用范围-->
    <scope>test</scope>
	</dependency>
	</dependencies>
    
    <build>
    	<!--配置插件标签-->
        <plugins>
        	<!--具体插件配置标签-->
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <!--插件名称-->
                <artifactId>maven-compiler-plugin</artifactId>
                <!--插件版本-->
                <version>3.8.1</version>
                <!--配置插件的信息-->
                <configuration>
                	<!--告诉maven，项目代码要在jdk1.8上编译-->
                    <source>1.8</source>
                    <!--告诉maven，项目代码要在jdk1.8上运行-->
                    <target>1.8</target>
                </configuration>
            </plugin>
        </plugins>
    </build>

    
</project>
posted @ 2021-08-08 15:17  Milen-jie  阅读(159)  评论(0)    收藏  举报