maven： lifecycle 生命周期 与 plugin

lifecycle是啥？Maven的声明周期。
maven的生命周期分为3种：1.default 2.clean 3.site大概流程如图所示：

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

1.clean
用于清除之前构建生成的所有文件，其中具体清除了Target目录中的所有文件。

注意install时也会生成target目录以及本地respository的包，此时clean也会清除此目录，但不会清除掉本地repository中的包。

2.validate
用于验证项目是否正确，并且检验必要信息是否都可用。

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

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

4.test
用合适的测试框架来进行测试，测试compile中编译出来的代码，测试的东西一般不加包和部署

5.packaging
获取compile中编译好的代码并将其打包  jar 或war

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的配置环境有没有勾选错别人的环境