关于maven-基本

时间 2019-12-11

标签关于 maven 基本栏目 Maven 繁體版

原文原文链接

笔记

Maven项目对象模型(POM)，能够经过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具。html

Maven是一个项目管理工具，它包含了一个项目对象模型 (Project Object Model)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管理系统(Dependency Management System)，和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。当你使用Maven的时候，你用一个明肯定义的项目对象模型来描述你的项目，而后Maven能够应用横切的逻辑，这些逻辑来自一组共享的（或者自定义的）插件。java

这两段来自百度的描述，其实说来仍是很准确的！！node

因此，整体来讲，pom是整个maven的核心，或者说，是使用者，也就是咱们的核心关注点！
***git

原因

能够说如今稍微大一点的公司，稍微有点追求的公司，都在使用这个了吧，固然我也是工做以后才知道的...程序员

刚工做那会儿，只是先学会用它而已，具体是怎么个回事并非很清楚，出现问题了，可能只知道查下冲突啊，clean一下再package一下啊，install历来不用，都是直接deploy的。究其本质，都是不懂maven所致。
***github

中&左右

如上所述，maven是用来管理项目的，by描述语言，经过项目的依赖，构建来进行管理。引用下官网的描述：web

Apache Maven is a software project management and comprehension tool. Based on the concept of a project object model (POM), Maven can manage a project's build, reporting and documentation from a central piece of information.数据库

挑重点：基于POM，管理项目的build、报告和文档。apache

因此，学习maven，核心是了解pom文件，而后搞清楚是如何管理项目的。npm

关于pom文件，首先要明白，这是个xml文件：

可扩展标记语言，标准通用标记语言的子集，是一种用于标记电子文件使其具备结构性的标记语言。

也就是说，xml重点在于传递数据，而在于

它被设计用来传输和存储数据，其焦点是数据的内容。
超文本标记语言被设计用来显示数据，其焦点是数据的外观。

因此他传递的信息，在这里就是项目的依赖，或者说项目的结构。pom文件描述了整个项目的依赖结构。

下面是一个最简单的pom文件的代码

<?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.andy.maven</groupId>
  <artifactId>maven-test-server</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>pom</packaging>
  <modules>
    <module>maven_test_biz</module>
    <module>untitled</module>
  </modules>

  <name>maven-test-server</name>
  <url>http://maven.apache.org</url>

  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>

  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
  </dependencies>
</project>

具体每块是什么，以下图所示

因此，对于maven来讲，一切都要从如何描述项目结构出发，分析pom中的每个元素。

包，能够说是pom中最基本的元素了，无论是项目所依赖的各类包，仍是包之间的关系，仍是其余什么，都是以包为对象的。

包，实际上是一个版本，也能够说是是一个项目，因此pom所描述的项目也都是一个包：

<groupId>com.andy.maven</groupId>
  <artifactId>maven-test-server</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>pom</packaging>

这个东西，就是一个包的坐标！！无论包是在那个仓库，都是根据这个坐标去加载进来的。须要强调的是，这四个值都是必须的，只不过最后一个默认状况下是jar包。

仓库

那么，有了包，包从哪里来咧？就是仓库。

对于maven自己来讲，有一个中心仓库，讲道理全部的包都在上面的，可是这里有两个须要特别注意的地方：

一个团队中，只要有>=2我的须要访问中心仓库，就应该考虑者自建私库
配置镜像中心仓库；

第二个好理解，第一个的话，不要嫌麻烦，具体给出缘由以下引用：

九个使用私库的缘由

（译自：Nine Reasons to Use a Repository Manager: Sonatype Nexus ）

目前有不少组织使用了一些工具依赖于Maven仓库，但他们并无采用一个仓库管理器，对于这一点我十分惊讶。可能没人提出来这一点，没人站出来告诉别人使用一个仓库管理器能带来什么好处。我常常能从不少不使用Maven仓库管理器的组织那里听到这样的字眼：“咱们不须要那么复杂……”，或者“中央仓库够了，咱们不须要在本地创建这样一个仓库”

不用说，关于什么“是”一个好的Maven仓库，还存在不少误解。首先，安装它一点都不复杂。你只须要花几分钟就能下载并安装好Nexus ，并且咱们已经特地的使得这一过程变得容易，而且尽量减小侵入性。第二，一个缓存远程仓库的仓库管理器并不会缓存全部的东西。一个好的仓库管理器只会按需的缓存内容。这里是为那些排斥仓库管理器的人提供的九条理由。

九 - 加速构建

当你在Maven中运行多模块项目构建的时候，你认为Maven是怎么知道它是否须要更新插件或者snapshot依赖的呢？它须要为全部须要检验的构件向服务器提出一个请求。即便没什么变化，若是你的项目依赖于一些SNAPSHO或者你没有指定插件版本，Maven就必须对远程仓库提交数十至数百的请求。全部这些经过公共Internet的请求加起来会浪费不少时间。我看到过一个复杂的构建，在安装了本地Nexus以后，节省了75%的时间。不要再浪费编码时间去无畏的等待Maven对远程仓库的请求了。

八 - 节省你本身的带宽

组织越大，节省带宽就越重要。若是你有数千开发者不停的浪费带宽在下载一样的文件，那么使用一个仓库管理器能够保存一个本地的缓存，从而节省大量的带宽。即便一些小型的组织，对于网络链接和IT运行的预算也有限，也必须处理不少开发人员浪费带宽不停重复下载一样文件的问题。

七 - 节省中央Maven仓库的带宽

这能够说是一种公德心，利己利人。运行一个中央Maven仓库不容易。基于全球软件构件的须要，服务数百万的请求，数T的数据，一点都不便宜。简单的事情如每一个组织安装一个本地仓库管理器能够大量下降对中央仓库的带宽需求（至少一半）。若是你有大于两个开发者在使用Maven，那么请为了中央仓库义务的安装一个仓库管理器。

六 - 可预见性和稳定性

过去一些年，你多久会遇到一次因为断网引发的业务完全中断？让天天的工做依赖于中央仓库意味着你正依赖于因特网链接（事实上中央仓库是24/7可用的）。虽然咱们有信心保持中央仓库24/7运行，但你仍是应该花一点时间创建你本身的仓库，以确保你的开发团队不会因为任意一方的网络中断而惊讶。若是你有本地的仓库管理器，如Nexus，你能够确保即便你失去了网络链接你还能工做。

五 - 控制和审计

固然，你已经转移到了Maven（或者Ivy，Ivy读取一样的仓库），并且你有一房间的开发人员，他们被受权添加或者删除依赖，以及试验新的框架。咱们都清楚。开发人员可能都对试验新框架更感兴趣，而不是正常工做。但不幸的是，不少时间，一个架构师，或者一个架构小组须要创建组织使用的基线标准。Nexus提供这一层次的控制。

若是你须要对那些组织中使用的构件进行更多的监管，看一下Nexus。没有仓库管理器，对于那些你开发团队会使用的依赖你只有不多的控制。

四 - 可以部署第三方构件

你但愿可以基于开源数据库工做，如MySQL或者Postgres，可是你组织有不一样的需求，和Oracle有一个长期的支持合同。所以，你有一系列JAR文件不可以从公共Maven仓库得到。你须要将这些构件部署到仓库中，而后配置Maven去读取该仓库。

你不用为此手工编写一些POM，只要下载Nexus，而后花两三分钟时间使用这个免费，功能强大的工具来建立一个仓库，部署第三方构件。Nexus提供了直观的上传界面，你可使用它上传任意JAR文件，而后在你项目依赖中引用它。

三 - 能够创建本地内部仓库

很是好，你正使用Maven，每一个人都从头开始根据代码执行快速的构建。整个一年，这都工做得很好，可是当系统变得庞杂，程序员开始抱怨构建花了太多时间。你能够经过分割项目解决这个问题，而后使用Nexus做为一个内部仓库来存储内部的依赖。

例如，有一个公司有30个开发者，被分红三个10人的小组，每一个小组关注于系统的不一样部分。若是不可以很方便的实现内部依赖共享，相似的小组就不得不建立一个基于文件系统的仓库，或者将系统整个的构建，那样依赖就能被安装到每一个开发者的本地仓库。

另外一种选择是将项目分隔成不一样的模块，每一个模块都依赖于存储在Nexus仓库中的构件。这么作以后，小组之间能够经过基于Nexus交换已编译的snapshot和release构件来协做。换句话说，你不须要让没个开发者签出巨大的包含整个组织代码的多模块项目。组织中的每一个小组能够发布snapshot构件至本地Nexus，从而每一个小组能够维护一个只包含它负责代码的项目结构。

在宏观层次，公共Maven仓库及创建项目定义的严格制度，能够充当开源世界中跨项目协做的基础。（这听起来是否是很重要，很“使人敬畏”？）

二 - 能够创建公共仓库

若是是一个开源项目，或者你将软件发布到公共环境，Nexus能够是一个你用来为外部用户提供构件服务的工具。这么想……上你发布项目的一个版本是何时？假设它没被发布到Maven仓库中，你极可能须要编写一些脚原本打包这次发布的内容，可能某些特定的人须要使用一个超级权限的密钥来为该发布签名。而后，你必须将其上传到一些web服务器上，而后确保相应的页面被更新，正确描述了这次发布。这里有不少没必要要的复杂度。

若是你正使用Nexus，它能够被配置成一个暴露在公共世界的宿主仓库，你就可使用Maven的打包和装配能力，以及Maven仓库的结构，来使得一次发布变得很是的简单。并且，这不只仅正对于JAR文件和Java web应用；Maven仓库能够存储任何种类的构件（事实上，我正考虑使用Maven仓库结构来发布用户文档和视频内容）。Nexus，及Maven仓库，总得来讲为发布定义了你们都知道的结构。若是你正编写一些Java类库，将其发布到你本身的Nexus实例中，而后提供公共仓库服务，就可让人们更容易的立刻开始使用的的代码。

一 - 这至关简单

相似的事情我常常听到。有一个早晨的Scrum会议，或者项目状态的周会。一些低层的程序员怯懦的举起他的手说，“咱们能够安装一个如Nexus的仓库软件么？我认为它能帮助咱们显著的加速不少工做。”一直被时间的预算压着的开发经理，听到单词“安装”和“软件”，就立刻否决了这件事情，理由是他们没有时间作这种基础工做，由于这不是“需求驱动”的。（我看到过这种事情发生。）

这个经理不知道的是，在一个共享的机器上安装Nexus，而后配置随后的系统服务多是须要花不到十分钟的时间。事实上，你能够在免费的Maven书上读到安装说明。安装Nexus十分的简单。我已经有了一些实践，可是我认为任何一个知道如何操做web浏览器的人均可以在几分钟内完成这项工做。
使用私库的教程

一、为何使用Nexus
若是没有私服，咱们所需的全部构件都须要经过maven的中央仓库和第三方的Maven仓库下载到本地，而一个团队中的全部人都重复的从maven仓库下载构件无疑加大了仓库的负载和浪费了外网带宽，若是网速慢的话，还会影响项目的进程。不少状况下项目的开发都是在内网进行的，链接不到maven仓库怎么办呢？开发的公共构件怎么让其它项目使用？这个时候咱们不得不为本身的团队搭建属于本身的maven私服，这样既节省了网络带宽也会加速项目搭建的进程，固然前提条件就是你的私服中拥有项目所需的全部构件。

二、Nexus下载
下载地址：http://www.sonatype.org/nexus/go

三、Nexus启动
我下载的是zip包，解压后进入\nexus-2.1.2-bundle\nexus-2.1.2\bin\jsw，根据操做系统类型选择文件夹，我选的是windows-x86-32文件夹，进入后可看到以下所示bat文件。

图（1）
双击console-nexus.bat运行。游览器中输入http://127.0.0.1:8081/nexus/，出现图（2）所示就表明nexus已经启动成功。

图（2）
8081为默认的端口号，要修改端口号可进入nexus-2.1.2-bundle\nexus-2.1.2\conf\打开nexus.properties文件，修改application-port属性值就能够了。
默认的用户名和密码：admin/admin123，登陆后看到图（3）所示：

图（3）

四、Nexus仓库
nexus的仓库类型分为如下四种：
group: 仓库组
hosted：宿主
proxy：代理
virtual：虚拟
首次登录nexus后能够看到如下一个仓库组和多个仓库。

图（4）
Public Repositories: 仓库组
3rd party: 没法从公共仓库得到的第三方发布版本的构件仓库
Apache Snapshots: 用了代理ApacheMaven仓库快照版本的构件仓库
Central: 用来代理maven中央仓库中发布版本构件的仓库
Central M1 shadow: 用于提供中央仓库中M1格式的发布版本的构件镜像仓库
Codehaus Snapshots: 用来代理CodehausMaven 仓库的快照版本构件的仓库
Releases: 用来部署管理内部的发布版本构件的宿主类型仓库
Snapshots:用来部署管理内部的快照版本构件的宿主类型仓库

五、配置nexus

5.一、开启远程索引

新搭建的neuxs环境只是一个空的仓库，须要手动和远程中心库进行同步，nexus默认是关闭远程索引下载，最重要的一件事情就是开启远程索引下载。登录nexus系统，默认用户名密码为admin/admin123。
点击左边Administration菜单下面的Repositories，找到右边仓库列表中的三个仓库Apache Snapshots，Codehaus Snapshots和Maven Central，而后再没有仓库的configuration下把Download Remote Indexes修改成true。以下图

而后在Apache Snapshots，Codehaus Snapshots和Maven Central这三个仓库上分别右键，选择Repari Index，这样Nexus就会去下载远程的索引文件。

这样设置之后, Nexus会自动从远程中央仓库下载索引文件, 为了检验索引文件自动下载是否生效,能够却换到Browse Index

在左边菜单栏里面有个Artifact Search, 在输入框里面输入你想要搜索的构件名字,好比:maven, 那么查询结果以下：

5.2创建宿主仓库

新建公司的内部仓库，步骤为Repositories –> Add –> Hosted Repository，在页面的下半部分输入框中填入Repository ID和Repository Name便可，好比分别填入
zfy 和 zfy repostiory，另外把Deployment Policy设置为Allow Redeploy，点击save就建立完成了。
这里我点击添加宿主类型的仓库，在仓库列表的下方会出现新增仓库的配置，以下所示：

图（6）
点击save按钮后就会在仓库列表中看到刚才新增的仓库。

5.三、建立Nexus仓库组
Nexus 中仓库组的概念是Maven没有的，在Maven看来，无论你是hosted也好，proxy也好，或者group也好，对我都是同样的，我只管根据 groupId，artifactId，version等信息向你要构件。为了方便Maven的配置，Nexus可以将多个仓库，hosted或者 proxy合并成一个group，这样，Maven只须要依赖于一个group，便能使用全部该group包含的仓库的内容。
neuxs- 1.9.2.3中默认自带了一个名为“Public Repositories”组，点击该组能够对他保护的仓库进行调整，把刚才创建的公司内部仓库zfy repostiory加入其中，这样就不须要再在maven中明确指定内部仓库的地址了。同时建立一个Group ID为public-snapshots、Group Name为Public Snapshots Repositories的组，把Apache Snapshots、Codehaus Snapshots、Snapshots和zfy repostiory加入其中。

到这里neuxs的安装配置就完成了，下面介绍如何在maven中使用本身的私服。

5.四、建立Nexus代理仓库
点击菜单栏上的Add按钮后选择Proxy Repository，看到以下所示配置界面：

图（7）
以上本人分别建立 了  hosted和group ，没有建立proxy，经maven测试经过。
六、 settings.xml的配置
[html] view plaincopyprint?

nexus-releases
admin
admin123

nexus-snapshots
admin
admin123

nexus-releases

http://localhost:8081/nexus/content/groups/public

nexus-snapshots

http://localhost:8081/nexus/content/groups/public-snapshots

nexus

nexus-releases
http://nexus-releases
true
true

nexus-snapshots
http://nexus-snapshots
true
true

nexus-releases
http://nexus-releases
true
true

nexus-snapshots
http://nexus-snapshots
true
true

nexus

[html] view plaincopyprint?

[html] view plaincopyprint?
七、 maven 项目的pom.xml配置
[html] view plaincopyprint?

[html] view plaincopyprint?
 
  
  
  
  
  
   
   
   
   
   


   
   
   
   
   
   
   
   
   
   


   
   
   
   
    
    
 
    
      nexus-releases 
     
    
 
    
      Nexus Release Repository 
     
    
 
     
     http://localhost:8081/nexus/content/repositories/releases 
     
    
 
   
   
   
   
   
   


   
   
   
   
    
    
 
    
      nexus-snapshots 
     
    
 
    
      Nexus Snapshot Repository 
     
    
 
     
     http://localhost:8081/nexus/content/repositories/snapshots 
     
    
 
   
   
   
   
   
   


  
  
  
  
  
 
八、mvn:deploy命令上传包，会发现下载路径必不是中央库的路径，而是nexus里面的仓库组路径。这个说明配置环境成功。
 

另外，关于仓库，还有两点须要说明下：

仓库的设定在pom文件中，以及，配置文件中；distributionManagement
插件也是有仓库的，设置同上；

依赖关系

有了包，以及包的来源，如何组织这些包，maven使用了标签来标识该项目对该包的依赖。

固然，上述描述是最简单的一种状况，由俭入奢，咱们谈到两种状况：

profile

配置，使得maven可使得同一个项目在不一样环境中，能够动态配置参数、插件，依赖的包，以及依赖的包的属性值等等。

<profile>
            <id>dev</id>
            <properties>
                <maven.test.skip.exec>false</maven.test.skip.exec>
                <jsf.alias>_dev</jsf.alias>
                <iUserTagService.alias>tag-interface</iUserTagService.alias>
            </properties>
            <build>
                <resources>
                    <resource>
                        <directory>${profiles.dir}/dev</directory>
                    </resource>
                </resources>
                <plugins>
                    <plugin>
                        <groupId>org.apache.maven.plugins</groupId>
                        <artifactId>maven-antrun-plugin</artifactId>
                        <version>1.7</version>
                        <executions>
                            <execution>
                                <id>prepare-node-npm</id>
                                <phase>validate</phase>
                                <goals>
                                    <goal>run</goal>
                                </goals>
                                <configuration>
                                    <target>
                                        <copy todir="${basedir}/target/app">
                                            <fileset dir="${basedir}/app">
                                                <exclude name="**/node_modules"/>
                                            </fileset>
                                            <fileset file="${basedir}/fis-conf.js">
                                            </fileset>
                                            <fileset file="${basedir}/package.json">
                                            </fileset>
                                        </copy>
                                        <unzip src="target/app/node_modules.zip" dest="target"/>
                                        <unzip src="target/app/node.zip" dest="target"/>
                                        <copy file="target/node_modules/fis3/bin/fis.js" tofile="target/fis3"/>
                                        <copy file="target/app/package.json" tofile="target/package.json"/>
                                        <copy file="target/app/fis-conf.js" tofile="target/fis-conf.js"/>
                                        <chmod dir="target/fis3" perm="ugo+x"/>
                                        <chmod dir="target/node/node" perm="ugo+x"/>
                                    </target>
                                </configuration>
                            </execution>
                        </executions>
                    </plugin>
                    <plugin>
                        <groupId>com.github.eirslett</groupId>
                        <artifactId>frontend-maven-plugin</artifactId>
                        <version>1.0</version>
                        <configuration>
                            <workingDirectory>target</workingDirectory>
                            <installDirectory>target</installDirectory>
                            <environmentVariables>
                                <APPDATA>${basedir}/target/APPDATA</APPDATA>
                            </environmentVariables>
                        </configuration>
                        <executions>
                            <execution>
                                <id>npm run build</id>
                                <goals>
                                    <goal>npm</goal>
                                </goals>
                                <configuration>

                                    <arguments>run dev-copy</arguments>
                                </configuration>
                            </execution>
                        </executions>
                    </plugin>

                    <plugin>
                        <groupId>org.apache.maven.plugins</groupId>
                        <artifactId>maven-war-plugin</artifactId>
                        <version>2.2</version>
                        <configuration>
                            <webResources>
                                <resource>
                                    <directory>target/output/src/main/webapp/</directory>
                                </resource>
                                <resource>
                                    <directory>src/main/webapp/WEB-INF</directory>
                                    <targetPath>WEB-INF</targetPath>
                                </resource>
                            </webResources>
                        </configuration>
                    </plugin>
                </plugins>
            </build>
        </profile>

另外，如此方便的功能，若是都是上述这样子的代码，必定不是程序员们所期待的，因此，ide中各类maven的插件就带来了方便的profile的管理，在此再也不赘述。

项目关系

前面说过，项目自己就会是一个包，有时候/经常，会把多个项目共同开发，而后每一个项目依赖的东西其实都差很少，因而诞生了模块的概念，对应就有了项目关系。

项目关系中最重要的就是多模块和继承了。

多模块好理解，继承其实和对象的继承是同样样的，只不过继承的是对包的依赖关系，其余相似，好比须要在总的pom文件中声明module，好比须要子模块表示本身的爸爸是哪一个相似这样。

依赖冲突

因为依赖具备传递性，好比a依赖了b，b依赖了c，那么a就依赖了c，因此引用包的过程当中，很容易出现预见不到的依赖冲突问题。

做为菜鸟程序员，通常而言，我都是打日志看下，而后把旧版本的直接exclusion掉，搞定之，百试不爽...

命令以下

mvn -Pdev clean package -Dmaven.test.skip=true dependency:tree -Dverbose > tree.log

mvn dependency:tree -Dverbose > tree.log

生命周期

就不献丑了，直接引用一篇写的很详细明了的
博客

经常使用命令

这里主要是在eclipse中使用maven，所以只使用到了一部分命令，整理下来方便之后查阅。

生成清除Eclipse项目结构：
mvn eclipse:eclipse
mvn eclipse:clean

清理（删除target目录下编译内容）
mvn clean

仅打包Web页面文件
mvn war:exploded

编译项目
mvn compile

打包发布
mvn package

打包时跳过测试
mvn package -Dmaven.test.skip=ture

还有不少命令目前尚未使用到，之后遇到再补充

本文地址：http://blog.csdn.net/kongxx/article/details/6993501

Maven用了好久了，命令一直记不住，其实想一想就那个几个经常使用的，今天写下来，帮着记忆吧

建立一个简单的Java工程：mvn archetype:create -DgroupId=com.mycompany.example -DartifactId=Example
创建一个java的web工程：mvn archetype:create -DarchetypeGroupId=org.apache.maven.archetypes -DarchetypeArtifactId=maven-archetype-webapp -DgroupId=com.mycompany.app -DartifactId=my-webapp
打包：mvn package
编译：mvn compile
编译测试程序：mvn test-compile
清空：mvn clean
运行测试：mvn test
生成站点目录: mvn site
生成站点目录并发布：mvn site-deploy
安装当前工程的输出文件到本地仓库: mvn install
安装指定文件到本地仓库：mvn install:install-file -DgroupId= -DartifactId= -Dversion=1.0.0 -Dpackaging=jar -Dfile=<myfile.jar>
查看实际pom信息: mvn help:effective-pom
分析项目的依赖信息：mvn dependency:analyze 或 mvn dependency:tree
跳过测试运行maven任务： mvn -Dmaven.test.skip=true XXX
生成eclipse项目文件: mvn eclipse:eclipse
查看帮助信息：mvn help:help 或 mvn help:help -Ddetail=true
查看插件的帮助信息：mvn :help，好比：mvn dependency:help 或 mvn ant:help 等等。
经常使用命令

建立Maven的普通java项目：
mvn archetype:create
-DgroupId=packageName
-DartifactId=projectName

建立Maven的Web项目：
mvn archetype:create
-DgroupId=packageName
-DartifactId=webappName
-DarchetypeArtifactId=maven-archetype-webapp

编译源代码： mvn compile

编译测试代码：mvn test-compile

运行测试：mvn test

产生site：mvn site

打包：mvn package

在本地Repository中安装jar：mvn install

清除产生的项目：mvn clean

生成eclipse项目：mvn eclipse:eclipse

生成idea项目：mvn idea:idea

组合使用goal命令，如只打包不测试：mvn -Dtest package

编译测试的内容：mvn test-compile

只打jar包: mvn jar:jar

只测试而不编译，也不测试编译：mvn test -skipping compile -skipping test-compile
( -skipping 的灵活运用，固然也能够用于其余组合命令)

清除eclipse的一些系统设置:mvn eclipse:clean

懒懒懒，再加上自己不怎么使用命令，暂且记下吧。
***

上下

彷佛从maven出发，上下游没什么东西，可能主要是应用场景还不够丰富吧，姑且等待有问题出现的时候及时总结吧
***

结束

maven能够说是很大程度的解放了程序员在项目构建方面的问题，但提供简便的背后必定是复杂逻辑处理的掩盖，由此，maven能够说是外表清纯，心里复杂。

对于咱们而言，仍是好用就行，保持对maven问题重视便可。