maven lifecycle 与 plugin

lifecycle

maven的生命周期分为3种

1.default

2.clean

3.site

大概流程如图所示

其中比较重要的几个步骤有以下几个

1.clean

用于清除之前构建生成的所有文件

其中具体为清楚了Target目录中的所有文件，包括该目录

i.e：删除了install生成的所有文件

2.validate

用于验证项目是否真确，并且其说有必要信息是否都可用

3.compile

编译项目的源代码，主要是java文件

一般是编译scr/main/java或是scr/test/java里面的文件

4.test

用合适的测试框架来进行测试，测试compile中编译出来的代码

测试的东西一般不加包和部署

5.packaging

获取compile中编译好的代码并将其打包成可分类的格式，i.e:JAR

6.vertify

这步是用来验证test

检查test的结果是否满足标准

7.install

将软件包安装到本地存储库中

确保本地其他项目可能需要使用他（eg:装了core才能用oms）

9.deploy

复制最终的包至远程仓库

共享给其它开发人员和项目

PS:在install的时候可能会出现乱码，此时对着install点右键，选择create xxx install

      在command line里写 install -Dmaven.test.skip=true -f pom.xml 然后用新写的命令代替旧的install即可

 

plugin

<dependency>

帮组分析项目依赖

依赖就是在maven里面要用哪个包就在<denpendency>标签里面写东西

一般不用自己写

可以在google里面搜索“maven xxx repository”

或者直接在http://mvnrepository.com/里面搜索xxx

<resources>

将资源文件过滤

resources用来处理资源

compiler用来编译java文件

<jetty>

快速在web上部署

进行调试的时候比较方便和节省时间

<build>

可以分为

<project build>全局配置：为全局有效

<profile build>配置：为针对不同的profile配置

build里面有<resource>和<plugin>两种标签

他们都是把一些默认方法放在其他文件路径的文件放到“src/main/java”里面

<packaging>

打包方式主要有JAR和WAR两种

其中JAR用于比较小的项目，好处为不用依赖包，因为他把应用依赖的所有依赖包和程序打包在一个全量包里，他说packaging的默认方式

WAR适用于需要部署的项目

<scope>

适用范围主要分为test和provided两种

test对测试范围有效

provided对编译和测试过程都有效

 

PS：

1.匹配符**可以匹配路径，*只能匹配名字

2.如果启动失败先看错误信息

3.jetty：run要create一个再运行，不用直接运行，因为直接运行可能会调用到了其他人的profiles

4.运行maven之前先看一块profile的配置环境有没有勾选错别人的环境