1. maven常见的构建流程
2. pom核心基本属性
3. jar包的依赖管理
4. 统一版本,编码格式问题
5. buildmaven构建设置
1 maven常见的构建
| 命令 | 功能 |
|---|---|
| clean | 清理 |
| compile | 编译 |
| test | 测试 |
| package | 打包 |
| site | 描述依赖信息 |
| install | 将maven工程部署到本地仓库 |
| deploy | 将maven工程部署到私服 |
2 pom核心属性
| 标签 | 属性 |
|---|---|
| modelversion | pom文件的版本 |
| groupId | 组织id(包名) |
| artifactId | 项目id |
| version | 版本号 |
| packaging | 打包方式(默认jar) |
3 jar包依赖管理
如下:
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
</dependency>
</dependencies>
在依赖jar包时,可以额外再dependecy中加scope标签,scope标签指定jar包依赖范围

4 统一版本,编码格式问题
在一个maven中,使用一个框架的时候应该保证这个框架内的所有jar包版本一致,但是在使用过程中,很难保证不发生错误,这时就需要这段断码,统一版本,例如:
<properties>
<!-- 自定义变量-->
<spring.version>4.3.25</spring.version>
</properties>
在引用该框架要使用的jar包时,可以在定义使用版本时使用下面的代码定义
<version>${spring.version}</version>
在properties代码块中使用如下代码,解决编码格式问题
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
5 buildmaven构建
buildmaven构建设置要在代码块中进行
1>修改默认的项目打包命名
<finalName>xxx</finalName>
新命名后面不需要加后缀
2>引入其他插件 如:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.8</source>
<target>1.8</target>
<encoding>UTF-8</encoding>
</configuration>
</plugin>
3> 指明打包形式
<includes>表示打包时包含其中的内容
<exclude>表示打包时不包含其中的内容
<resources>
<!--具体指明打包的资源-->
<resource>
<directory>src/main/java</directory>
<includes>
<!--我要打包 src/main/java 任何层包下的 xx.xml -->
<include>**/*.xml</include>
<include>**/*.properties</include>
</includes>
</resource>
<resource>
<directory>src/main/resources</directory>
<includes>
<include>**/*.xml</include>
<include>**/*.properties</include>
</includes>
<excludes>
<exclude>mybatis/*.*</exclude>
</excludes>
</resource>
</resources>

本文深入解析Maven构建流程,包括常见构建命令如clean、compile、test等的功能介绍,pom核心属性详解如modelVersion、groupId等,以及jar包依赖管理技巧。探讨了统一版本与编码格式解决方案,介绍了build配置的高级用法,如插件引入、资源打包及排除。
2136

被折叠的 条评论
为什么被折叠?



