【MAVEN】筆記

時間 2019-11-19

標籤 MAVEN 筆記欄目 Maven 简体版

原文原文鏈接

引言

Maven是Java項目開發中的重要組成部分，瞭解它學習它是咱們的必修課。java

Maven是什麼？

Maven是一個項目管理和綜合工具。Maven是標準化的產物，使用標準的目錄結構和默認構建生命週期。它負責項目的建立，依賴庫管理，項目編譯，項目發佈，文檔生成等。 Maven裏面的概念不少，我以爲能夠從幾個地方去入門和學習，分別是Maven生命週期，Maven命令，setting.xml，pom.xml。web

Maven下載與安裝

首先，任何工具都是要安裝和下載的，Maven也不例外。固然，若是安裝Idea的話，自帶Maven，在安裝目錄/plugins/maven/lib/maven3的下面。spring

1.點開官方下載地址https://maven.apache.org/download.cgi，下載zip包。
shell

2.將文件解壓到自定義目錄下，例如C:\Apache\Maven。apache

3. 1）新建環境變量M2_HOME。windows

2）配置環境變量Path，追加%MAVEN_HOME%\bin\。api

4.打開cmd，運行命令mvn -v，正常以下圖tomcat

Maven生命週期

Maven有三種獨立的生命週期，分別爲clean，default，site。安全

1.clean服務器

Clean生命週期
pre-clean	執行一些須要在clean以前完成的工做
clean	移除全部上一次構建生成的文件
post-clean	執行一些須要在clean以後馬上完成的工做

2.default

Default生命週期
validate	驗證項目是否正確，以及全部爲了完整構建必要的信息是否可用
generate-sources	生成全部須要包含在編譯過程當中的源代碼
process-sources	處理源代碼，好比過濾一些值
generate-resources	生成全部須要包含在打包過程當中的資源文件
process-resources	複製並處理資源文件至目標目錄，準備打包
compile	編譯項目的源代碼
process-classes	後處理編譯生成的文件，例如對Java類進行字節碼加強（bytecode enhancement）
generate-test-sources	生成全部包含在測試編譯過程當中的測試源碼
process-test-sources	處理測試源碼，好比過濾一些值
generate-test-resources	生成測試須要的資源文件
process-test-resources	複製並處理測試資源文件至測試目標目錄
test-compile	編譯測試源碼至測試目標目錄
test	使用合適的單元測試框架運行測試。這些測試應該不須要代碼被打包或發佈
prepare-package	在真正的打包以前，執行一些準備打包必要的操做
package	將編譯好的代碼打包成可分發的格式，如 JAR，WAR，或者EAR
pre-integration-test	執行一些在集成測試運行以前須要的動做。如建立集成測試須要的環境
integration-test	若是有必要的話，處理包併發布至集成測試能夠運行的環境
post-integration-test	執行一些在集成測試運行以後須要的動做。如清理集成測試環境。
verify	執行全部檢查，驗證包是有效的，符合質量規範
install	安裝包至本地倉庫，以備本地的其它項目做爲依賴使用
deploy	複製最終的包至遠程倉庫，共享給其它開發人員和項目（一般和一次正式的發佈相關）

3.site

Site生命週期
pre-site	執行一些須要在生成站點文檔以前完成的工做
site	生成項目的站點文檔
post-site	執行一些須要在生成站點文檔以後完成的工做，而且爲部署作準備
site-deploy	將生成的站點文檔部署到特定的服務器上

注意：每一個階段都會依賴於前面階段，例如想執行到test階段就必須經歷compile，而一旦compile階段失敗，則生命週期結束，天然不會到達test階段。咱們通常會關聯執行的階段大概只有clean，compile，test，install，deploy。

Maven命令

maven的命令格式以下：

mvn [plugin-name]:[goal-name]

該命令的意思是：執行「plugin-name」插件的「goal-name」目標。可是，Maven爲了方便咱們操做，默認將一些插件的目標和生命週期的階段綁定，例如clean至關於clean:clean，compile至關於compiler:compile。

1.經常使用命令以下

Maven命令列表
mvn –version	顯示版本信息
mvn clean	清理項目生產的臨時文件,通常是模塊下的target目錄
mvn compile	編譯源代碼，通常編譯模塊下的src/main/java目錄
mvn package	項目打包工具,會在模塊下的target目錄生成jar或war等文件
mvn test	測試命令,或執行src/test/java/下junit的測試用例.
mvn install	將打包的jar/war文件複製到你的本地倉庫中,供其餘模塊使用
mvn deploy	將打包的文件發佈到遠程參考,提供其餘人員進行下載依賴
mvn site	生成項目相關信息的網站
mvn dependency:tree	打印出項目的整個依賴樹
mvn archetype:generate	建立Maven的普通java項目
mvn help:describe -Dplugin=help -Ddetail	使用 help 插件的 describe 目標來輸出 Maven Help 插件的信息

2. 不少命令均可以攜帶參數以執行更精準的任務。

命令參數
-h	查詢全部命令參數幫助信息
-D	傳入屬性參數例如命令： mvn package -Dmaven.test.skip=true mvn deploy -Dmaven.tomcat.port=9090
-P	使用指定的Profile配置 mvn package -P dev 其中「dev「爲環境的變量id,表明使用Id爲「dev」的profile。
-e	顯示maven運行出錯的信息
-X	顯示maven容許的debug信息
-U	強制去遠程更新snapshot的插件或依賴，默認天天只更新一次 mvn clean compile -U

setting.xml配置

maven的配置文件settings.xml存在於兩個地方：

1.安裝的地方：${M2_HOME}/conf/settings.xml 全局配置

2.用戶的目錄：${user.home}/.m2/settings.xml 用戶配置

全局配置對全部用戶生效，用戶配置對用戶生效，用戶配置繼承於全局配置，對於相同配置項用戶配置覆蓋全局配置。setting.xml通常用來配置中央倉庫地址，私服地址，發佈權限等信息。具體以下：

<?xml version="1.0" encoding="UTF-8"?>
  
<settings   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/settings-1.0.0.xsd">
      
    <!--本地倉庫。該值表示構建系統本地倉庫的路徑。其默認值爲${user.home}/.m2/repository。  -->
    <localRepository>usr/local/maven</localRepository>
      
    <!--Maven是否須要和用戶交互以得到輸入。若是Maven須要和用戶交互以得到輸入，則設置成true，反之則應爲false。默認爲true。 -->
    <interactiveMode>true</interactiveMode>
      
    <!--Maven是否須要使用plugin-registry.xml文件來管理插件版本。  -->
    <!--若是設置爲true，則在{user.home}/.m2下須要有一個plugin-registry.xml來對plugin的版本進行管理  -->
    <!--默認爲false。 -->
    <usePluginRegistry>false</usePluginRegistry>
      
    <!--表示Maven是否須要在離線模式下運行。若是構建系統須要在離線模式下運行，則爲true，默認爲false。  -->
    <!--當因爲網絡設置緣由或者安全因素，構建服務器不能鏈接遠程倉庫的時候，該配置就十分有用。  -->
    <offline>false</offline>
      
    <!--當插件的組織Id（groupId）沒有顯式提供時，供搜尋插件組織Id（groupId）的列表。  -->
    <!--該元素包含一個pluginGroup元素列表，每一個子元素包含了一個組織Id（groupId）。  -->
    <!--當咱們使用某個插件，而且沒有在命令行爲其提供組織Id（groupId）的時候，Maven就會使用該列表。  -->
    <!--默認狀況下該列表包含了org.apache.maven.plugins。  -->
    <pluginGroups>
          
        <!--plugin的組織Id（groupId）  -->
        <pluginGroup>org.codehaus.mojo</pluginGroup>
         
    </pluginGroups>
      
    <!--用來配置不一樣的代理，多代理profiles能夠應對筆記本或移動設備的工做環境：經過簡單的設置profile id就能夠很容易的更換整個代理配置。  -->
    <proxies>
          
        <!--代理元素包含配置代理時須要的信息 -->
        <proxy>
              
            <!--代理的惟必定義符，用來區分不一樣的代理元素。 -->
            <id>myproxy</id>
              
            <!--該代理是不是激活的那個。true則激活代理。當咱們聲明瞭一組代理，而某個時候只須要激活一個代理的時候，該元素就能夠派上用處。  -->
            <active>true</active>
              
            <!--代理的協議。 協議://主機名:端口，分隔成離散的元素以方便配置。 -->
            <protocol>http://…</protocol>
              
            <!--代理的主機名。協議://主機名:端口，分隔成離散的元素以方便配置。   -->
            <host>proxy.somewhere.com</host>
              
            <!--代理的端口。協議://主機名:端口，分隔成離散的元素以方便配置。  -->
            <port>8080</port>
              
             <!--代理的用戶名，用戶名和密碼錶示代理服務器認證的登陸名和密碼。  -->
            <username>proxyuser</username>
              
            <!--代理的密碼，用戶名和密碼錶示代理服務器認證的登陸名和密碼。  -->
            <password>somepassword</password>
              
            <!--不應被代理的主機名列表。該列表的分隔符由代理服務器指定；例子中使用了豎線分隔符，使用逗號分隔也很常見。 -->
            <nonProxyHosts>*.google.com|ibiblio.org</nonProxyHosts>
              
        </proxy>
         
    </proxies>
      
    <!--配置服務端的一些設置。一些設置如安全證書不該該和pom.xml一塊兒分發。這種類型的信息應該存在於構建服務器上的settings.xml文件中。 -->
    <servers>
          
        <!--服務器元素包含配置服務器時須要的信息  -->
        <server>
              
            <!--這是server的id（注意不是用戶登錄的id），該id與distributionManagement中repository元素的id相匹配。 -->
            <id>server001</id>
              
            <!--鑑權用戶名。鑑權用戶名和鑑權密碼錶示服務器認證所須要的登陸名和密碼。  -->
            <username>my_login</username>
              
            <!--鑑權密碼 。鑑權用戶名和鑑權密碼錶示服務器認證所須要的登陸名和密碼。  -->
            <password>my_password</password>
              
            <!--鑑權時使用的私鑰位置。和前兩個元素相似，私鑰位置和私鑰密碼指定了一個私鑰的路徑（默認是/home/hudson/.ssh/id_dsa）以及若是須要的話，一個密鑰 -->
            <!--未來passphrase和password元素可能會被提取到外部，但目前它們必須在settings.xml文件以純文本的形式聲明。  -->
            <privateKey>${usr.home}/.ssh/id_dsa</privateKey>
              
            <!--鑑權時使用的私鑰密碼。 -->
            <passphrase>some_passphrase</passphrase>
              
            <!--文件被建立時的權限。若是在部署的時候會建立一個倉庫文件或者目錄，這時候就可使用權限（permission）。-->
            <!--這兩個元素合法的值是一個三位數字，其對應了unix文件系統的權限，如664，或者775。  -->
            <filePermissions>664</filePermissions>
              
            <!--目錄被建立時的權限。  -->
            <directoryPermissions>775</directoryPermissions>
              
            <!--傳輸層額外的配置項  -->
            <configuration></configuration>
              
        </server>
         
    </servers>
      
    <!--爲倉庫列表配置的下載鏡像列表。  -->
    <mirrors>
          
        <!--給定倉庫的下載鏡像。  -->
        <mirror>
              
            <!--該鏡像的惟一標識符。id用來區分不一樣的mirror元素。  -->
            <id>planetmirror.com</id>
              
            <!--鏡像名稱  -->
            <name>PlanetMirror Australia</name>
              
            <!--該鏡像的URL。構建系統會優先考慮使用該URL，而非使用默認的服務器URL。  -->
            <url>http://downloads.planetmirror.com/pub/maven2</url>
              
            <!--被鏡像的服務器的id。例如，若是咱們要設置了一個Maven中央倉庫（http://repo1.maven.org/maven2）的鏡像，-->
            <!--就須要將該元素設置成central。這必須和中央倉庫的id central徹底一致。 -->
            <mirrorOf>central</mirrorOf>
              
        </mirror>
         
    </mirrors>
      
    <!--根據環境參數來調整構建配置的列表。settings.xml中的profile元素是pom.xml中profile元素的裁剪版本。-->
    <!--它包含了id，activation, repositories, pluginRepositories和 properties元素。-->
    <!--這裏的profile元素只包含這五個子元素是由於這裏只關心構建系統這個總體（這正是settings.xml文件的角色定位），而非單獨的項目對象模型設置。-->
    <!--若是一個settings中的profile被激活，它的值會覆蓋任何其它定義在POM中或者profile.xml中的帶有相同id的profile。  -->
    <profiles>
          
        <!--根據環境參數來調整的構件的配置 -->
        <profile>
              
            <!--該配置的惟一標識符。  -->
            <id>test</id>
              
            <!--自動觸發profile的條件邏輯。Activation是profile的開啓鑰匙。-->
            <!--如POM中的profile同樣，profile的力量來自於它可以在某些特定的環境中自動使用某些特定的值；這些環境經過activation元素指定。-->
            <!--activation元素並非激活profile的惟一方式。settings.xml文件中的activeProfile元素能夠包含profile的id。-->
            <!--profile也能夠經過在命令行，使用-P標記和逗號分隔的列表來顯式的激活（如，-P test）。 -->
            <activation>
                  
                <!--profile默認是否激活的標識 -->
                <activeByDefault>false</activeByDefault>
                  
                <!--activation有一個內建的java版本檢測，若是檢測到jdk版本與期待的同樣，profile被激活。 -->
                <jdk>1.7</jdk>
                  
                <!--當匹配的操做系統屬性被檢測到，profile被激活。os元素能夠定義一些操做系統相關的屬性。 -->
                <os>
                      
                    <!--激活profile的操做系統的名字  -->
                    <name>Windows XP</name>
                      
                    <!--激活profile的操做系統所屬家族(如 'windows')   -->
                    <family>Windows</family>
                      
                    <!--激活profile的操做系統體系結構   -->
                    <arch>x86</arch>
                      
                    <!--激活profile的操做系統版本 -->
                    <version>5.1.2600</version>
                        
                </os>
                  
                <!--若是Maven檢測到某一個屬性（其值能夠在POM中經過${名稱}引用），其擁有對應的名稱和值，Profile就會被激活。-->
                <!--若是值字段是空的，那麼存在屬性名稱字段就會激活profile，不然按區分大小寫方式匹配屬性值字段 -->
                <property>
                      
                    <!--激活profile的屬性的名稱 -->
                    <name>mavenVersion</name>
                      
                    <!--激活profile的屬性的值  -->
                    <value>2.0.3</value>
                        
                </property>
                  
                <!--提供一個文件名，經過檢測該文件的存在或不存在來激活profile。missing檢查文件是否存在，若是不存在則激活profile。-->
                <!--另外一方面，exists則會檢查文件是否存在，若是存在則激活profile。 -->
                <file>
                      
                    <!--若是指定的文件存在，則激活profile。  -->
                    <exists>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</exists>
                      
                    <!--若是指定的文件不存在，則激活profile。 -->
                    <missing>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</missing>
                        
                </file>
                   
            </activation>
              
             <!--對應profile的擴展屬性列表。Maven屬性和Ant中的屬性同樣，能夠用來存放一些值。這些值能夠在POM中的任何地方使用標記${X}來使用，這裏X是指屬性的名稱。-->
            <!--屬性有五種不一樣的形式，而且都能在settings.xml文件中訪問。   -->
            <!--1. env.X: 在一個變量前加上"env."的前綴，會返回一個shell環境變量。例如,"env.PATH"指代了$path環境變量（在Windows上是%PATH%）。  --> 
            <!--2. project.x：指代了POM中對應的元素值。      -->
            <!--3. settings.x: 指代了settings.xml中對應元素的值。   -->
            <!--4. Java System Properties: 全部可經過java.lang.System.getProperties()訪問的屬性都能在POM中使用該形式訪問，   -->
            <!--   如/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre。      -->
            <!--5. x: 在<properties/>元素中，或者外部文件中設置，以${someVar}的形式使用。  -->
            <properties>
            
                <!-- 若是這個profile被激活，那麼屬性${user.install}就能夠被訪問了 -->
                <user.install>usr/local/winner/jobs/maven-guide</user.install>
                   
            </properties>
              
            <!--遠程倉庫列表，它是Maven用來填充構建系統本地倉庫所使用的一組遠程項目。  -->
            <repositories>
                  
                <!--包含須要鏈接到遠程倉庫的信息  -->
                <repository>
                      
                    <!--遠程倉庫惟一標識 -->
                    <id>codehausSnapshots</id>
                      
                    <!--遠程倉庫名稱  -->
                    <name>Codehaus Snapshots</name>
                      
                    <!--如何處理遠程倉庫裏發佈版本的下載 -->
                    <releases>
                          
                        <!--true或者false表示該倉庫是否爲下載某種類型構件（發佈版，快照版）開啓。   -->
                        <enabled>false</enabled>
                          
                        <!--該元素指定更新發生的頻率。Maven會比較本地POM和遠程POM的時間戳。這裏的選項是：-->
                        <!--always（一直），daily（默認，每日），interval：X（這裏X是以分鐘爲單位的時間間隔），或者never（從不）。  -->
                        <updatePolicy>always</updatePolicy>
                          
                        <!--當Maven驗證構件校驗文件失敗時該怎麼作:-->
                        <!--ignore（忽略），fail（失敗），或者warn（警告）。 -->
                        <checksumPolicy>warn</checksumPolicy>
                             
                    </releases>
                      
                    <!--如何處理遠程倉庫裏快照版本的下載。有了releases和snapshots這兩組配置，POM就能夠在每一個單獨的倉庫中，爲每種類型的構件採起不一樣的策略。-->
                    <!--例如，可能有人會決定只爲開發目的開啓對快照版本下載的支持。參見repositories/repository/releases元素 -->
                    <snapshots>
                              
                        <enabled />
                        <updatePolicy />
                        <checksumPolicy />
                             
                    </snapshots>
                      
                    <!--遠程倉庫URL，按protocol://hostname/path形式  -->
                    <url>http://snapshots.maven.codehaus.org/maven2</url>
                      
                    <!--用於定位和排序構件的倉庫佈局類型-能夠是default（默認）或者legacy（遺留）。-->
                    <!--Maven 2爲其倉庫提供了一個默認的佈局；然而，Maven 1.x有一種不一樣的佈局。咱們可使用該元素指定佈局是default（默認）仍是legacy（遺留）。  -->
                    <layout>default</layout>
                        
                </repository>
                   
            </repositories>
              
            <!--發現插件的遠程倉庫列表。倉庫是兩種主要構件的家。第一種構件被用做其它構件的依賴。這是中央倉庫中存儲的大部分構件類型。另一種構件類型是插件。-->
            <!--Maven插件是一種特殊類型的構件。因爲這個緣由，插件倉庫獨立於其它倉庫。pluginRepositories元素的結構和repositories元素的結構相似。-->
            <!--每一個pluginRepository元素指定一個Maven能夠用來尋找新插件的遠程地址。 -->
            <pluginRepositories>
                  
                <!--包含須要鏈接到遠程插件倉庫的信息.參見profiles/profile/repositories/repository元素的說明 -->
                <pluginRepository>
                    <releases>
                        <enabled />
                        <updatePolicy />
                        <checksumPolicy />
                    </releases>
                         
                    <snapshots>
                        <enabled />
                        <updatePolicy />
                        <checksumPolicy />
                    </snapshots>
                         
                    <id />
                    <name />
                    <url />
                    <layout />
                </pluginRepository>
                        
            </pluginRepositories>
              
            <!--手動激活profiles的列表，按照profile被應用的順序定義activeProfile。 該元素包含了一組activeProfile元素，每一個activeProfile都含有一個profile id。-->
            <!--任何在activeProfile中定義的profile id，不論環境設置如何，其對應的 profile都會被激活。-->
            <!--若是沒有匹配的profile，則什麼都不會發生。例如，env-test是一個activeProfile，則在pom.xml（或者profile.xml）中對應id的profile會被激活。-->
            <!--若是運行過程當中找不到這樣一個profile，Maven則會像往常同樣運行。  -->
            <activeProfiles>
                    
                <activeProfile>env-test</activeProfile>
                   
            </activeProfiles>
              
        </profile>
         
    </profiles>
      
</settings>

Setting.xml

pom.xml配置

pom.xml是用來描述座標，項目依賴關係。注意：profile節點在pom.xml和settings.xml中都有，若是一個settings中的profile被激活，它的值會覆蓋任何其它定義在pom.xml中或者profile.xml中的帶有相同id的profile。使用Idea的話，有些路徑不是配置pom.xml裏面的，而是寫在項目路徑下面的{項目名稱}.iml文件裏面。

<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.0http://maven.apache.org/xsd/maven-4.0.0.xsd">
 
    <!-- 模型版本。maven2.0必須是這樣寫，如今是maven2惟一支持的版本 -->
    <modelVersion>4.0.0</modelVersion>
 
    <!-- 公司或者組織的惟一標誌，而且配置時生成的路徑也是由今生成， 如com.winner.trade，maven會將該項目打成的jar包放本地路徑：/com/winner/trade -->
    <groupId>com.winner.trade</groupId>
 
    <!-- 本項目的惟一ID，一個groupId下面可能多個項目，就是靠artifactId來區分的 -->
    <artifactId>trade-core</artifactId>
 
    <!-- 本項目目前所處的版本號 -->
    <version>1.0.0-SNAPSHOT</version>
 
    <!-- 打包的機制，如pom,jar, maven-plugin, ejb, war, ear, rar, par，默認爲jar -->
    <packaging>jar</packaging>
 
    <!-- 幫助定義構件輸出的一些附屬構件,附屬構件與主構件對應，有時候須要加上classifier才能惟一的肯定該構件 不能直接定義項目的classifer,由於附屬構件不是項目直接默認生成的，而是由附加的插件幫助生成的 -->
    <classifier>...</classifier>
 
<!-- 聲明將父項目的座標 -->
      <parent>
          <groupId>org.clf.parent</groupId>  
          <artifactId>my-parent</artifactId>  
          <version>2.0</version>  
          <!-- 父項目的pom.xml文件的相對路徑。相對路徑容許你選擇一個不一樣的路徑。 -->
          <!--    默認值是../pom.xml。Maven首先在構建當前項目的地方尋找父項目的pom， -->
          <!--    其次在文件系統的這個位置（relativePath位置）， -->
          <!--    而後在本地倉庫，最後在遠程倉庫尋找父項目的pom。 -->
          <relativePath>../parent-project/pom.xml</relativePath>
      </parent> 

    <!-- 定義本項目的依賴關係 -->
    <dependencies>
 
        <!-- 每一個dependency都對應這一個jar包 -->
        <dependency>
 
            <!--通常狀況下，maven是經過groupId、artifactId、version這三個元素值（俗稱座標）來檢索該構件， 而後引入你的工程。若是別人想引用你如今開發的這個項目（前提是已開發完畢併發布到了遠程倉庫），--> 
            <!--就須要在他的pom文件中新建一個dependency節點，將本項目的groupId、artifactId、version寫入， maven就會把你上傳的jar包下載到他的本地 -->
            <groupId>com.winner.trade</groupId>
            <artifactId>trade-test</artifactId>
            <version>1.0.0-SNAPSHOT</version>
 
            <!-- maven認爲，程序對外部的依賴會隨着程序的所處階段和應用場景而變化，因此maven中的依賴關係有做用域(scope)的限制。 -->
            <!--scope包含以下的取值：compile（編譯範圍）、provided（已提供範圍）、runtime（運行時範圍）、test（測試範圍）、system（系統範圍） -->
            <scope>test</scope>
 
            <!-- 設置指依賴是否可選，默認爲false,即子項目默認都繼承:爲true,則子項目必需顯示的引入，與dependencyManagement裏定義的依賴相似  -->
            <optional>false</optional>
 
            <!-- 屏蔽依賴關係。 好比項目中使用的libA依賴某個庫的1.0版，libB依賴某個庫的2.0版，如今想統一使用2.0版，就應該屏蔽掉對1.0版的依賴 -->
            <exclusions>
                <exclusion>
                    <groupId>org.slf4j</groupId>
                    <artifactId>slf4j-api</artifactId>
                </exclusion>
            </exclusions>
 
        </dependency>
 
    </dependencies>
   <dependencyManagement>
        <!-- 該節點下的依賴關係只是爲了統一版本號，不會被子項目自動繼承，-->
        <!--除非子項目主動引用，好處是子項目能夠不用寫版本號 -->
        <dependencies>
           <dependency>
                <groupId>org.springframework</groupId>
                <artifactId>spring-orm</artifactId>
                <version>4.2.5.RELEASE</version>
            </dependency>
 
            <dependency>
                <groupId>org.springframework</groupId>
                <artifactId>spring-web</artifactId>
                <version>4.2.5.RELEASE</version>
            </dependency>
            <dependency>
                <groupId>org.springframework</groupId>
                <artifactId>spring-context-support</artifactId>
                <version>4.2.5.RELEASE</version>
            </dependency>
            <dependency>
                <groupId>org.springframework</groupId>
                <artifactId>spring-beans</artifactId>
                <version>4.2.5.RELEASE</version>
            </dependency>
        </dependencies>
       </dependencyManagement>
    <!-- 爲pom定義一些常量，在pom中的其它地方能夠直接引用 使用方式 以下 ：${file.encoding} -->
    <properties>
        <file.encoding>UTF-8</file.encoding>
        <java.source.version>1.5</java.source.version>
        <java.target.version>1.5</java.target.version>
    </properties>
 
    <build>
 
    <!-- 產生的構件的文件名，默認值是${artifactId}-${version}。 -->
    <finalName>myPorjectName</finalName>
 
    <!-- 構建產生的全部文件存放的目錄,默認爲${basedir}/target，即項目根目錄下的target -->
    <directory>${basedir}/target</directory>
 
    <!--當項目沒有規定目標（Maven2叫作階段（phase））時的默認值， -->
    <!--必須跟命令行上的參數相同例如jar:jar，或者與某個階段（phase）相同例如install、compile等 -->
    <defaultGoal>install</defaultGoal>
 
    <!--當filtering開關打開時，使用到的過濾器屬性文件列表。 -->
    <!--項目配置信息中諸如${spring.version}之類的佔位符會被屬性文件中的實際值替換掉 -->
    <filters>
        <filter>../filter.properties</filter>
    </filters>
 
    <!--項目相關的全部資源路徑列表，例如和項目相關的配置文件、屬性文件，這些資源被包含在最終的打包文件裏。 -->
    <resources>
        <resource>
 
            <!--描述了資源的目標路徑。該路徑相對target/classes目錄（例如${project.build.outputDirectory}）。 -->
            <!--舉個例子，若是你想資源在特定的包裏(org.apache.maven.messages)，你就必須該元素設置爲org/apache/maven/messages。 -->
            <!--然而，若是你只是想把資源放到源碼目錄結構裏，就不須要該配置。 -->
            <targetPath>resources</targetPath>
 
            <!--是否使用參數值代替參數名。參數值取自properties元素或者文件裏配置的屬性，文件在filters元素裏列出。 -->
            <filtering>true</filtering>
 
            <!--描述存放資源的目錄，該路徑相對POM路徑 -->
            <directory>src/main/resources</directory>
 
            <!--包含的模式列表 -->
            <includes>
                <include>**/*.properties</include>
                <include>**/*.xml</include>
            </includes>
 
            <!--排除的模式列表 若是<include>與<exclude>劃定的範圍存在衝突，以<exclude>爲準 -->
            <excludes>
                <exclude>jdbc.properties</exclude>
            </excludes>
 
        </resource>
    </resources>
 
    <!--單元測試相關的全部資源路徑，配製方法與resources相似 -->
    <testResources>
        <testResource>
            <targetPath />
            <filtering />
            <directory />
            <includes />
            <excludes />
        </testResource>
    </testResources>
 
    <!--項目源碼目錄，當構建項目的時候，構建系統會編譯目錄裏的源碼。該路徑是相對於pom.xml的相對路徑。 -->
    <sourceDirectory>${basedir}\src\main\java</sourceDirectory>
 
    <!--項目腳本源碼目錄，該目錄和源碼目錄不一樣， <!-- 絕大多數狀況下，該目錄下的內容會被拷貝到輸出目錄(由於腳本是被解釋的，而不是被編譯的)。 -->
    <scriptSourceDirectory>${basedir}\src\main\scripts
    </scriptSourceDirectory>
 
    <!--項目單元測試使用的源碼目錄，當測試項目的時候，構建系統會編譯目錄裏的源碼。該路徑是相對於pom.xml的相對路徑。 -->
    <testSourceDirectory>${basedir}\src\test\java</testSourceDirectory>
 
    <!--被編譯過的應用程序class文件存放的目錄。 -->
    <outputDirectory>${basedir}\target\classes</outputDirectory>
 
    <!--被編譯過的測試class文件存放的目錄。 -->
    <testOutputDirectory>${basedir}\target\test-classes
    </testOutputDirectory>
 
    <!--項目的一系列構建擴展,它們是一系列build過程當中要使用的產品，會包含在running bulid‘s classpath裏面。 -->
    <!--他們能夠開啓extensions，也能夠經過提供條件來激活plugins。 -->
    <!--簡單來說，extensions是在build過程被激活的產品 -->
    <extensions>
 
        <!--例如，一般狀況下，程序開發完成後部署到線上Linux服務器，可能須要經歷打包、 -->
        <!--將包文件傳到服務器、SSH連上服務器、敲命令啓動程序等一系列繁瑣的步驟。 -->
        <!--實際上這些步驟均可以經過Maven的一個插件 wagon-maven-plugin 來自動完成 -->
        <!--下面的擴展插件wagon-ssh用於經過SSH的方式鏈接遠程服務器， -->
        <!--相似的還有支持ftp方式的wagon-ftp插件 -->
        <extension>
            <groupId>org.apache.maven.wagon</groupId>
            <artifactId>wagon-ssh</artifactId>
            <version>2.8</version>
        </extension>
 
    </extensions>
 
    <!--使用的插件列表 。 -->
    <plugins>
        <plugin>
            <groupId></groupId>
            <artifactId>maven-assembly-plugin</artifactId>
            <version>2.5.5</version>
 
            <!--在構建生命週期中執行一組目標的配置。每一個目標可能有不一樣的配置。 -->
            <executions>
                <execution>
 
                    <!--執行目標的標識符，用於標識構建過程當中的目標，或者匹配繼承過程當中須要合併的執行目標 -->
                    <id>assembly</id>
 
                    <!--綁定了目標的構建生命週期階段，若是省略，目標會被綁定到源數據裏配置的默認階段 -->
                    <phase>package</phase>
 
                    <!--配置的執行目標 -->
                    <goals>
                        <goal>single</goal>
                    </goals>
 
                    <!--配置是否被傳播到子POM -->
                    <inherited>false</inherited>
 
                </execution>
            </executions>
 
            <!--做爲DOM對象的配置,配置項因插件而異 -->
            <configuration>
                <finalName>${finalName}</finalName>
                <appendAssemblyId>false</appendAssemblyId>
                <descriptor>assembly.xml</descriptor>
            </configuration>
 
            <!--是否從該插件下載Maven擴展（例如打包和類型處理器）， -->
            <!--因爲性能緣由，只有在真須要下載時，該元素才被設置成true。 -->
            <extensions>false</extensions>
 
            <!--項目引入插件所須要的額外依賴 -->
            <dependencies>
                <dependency>...</dependency>
            </dependencies>
 
            <!--任何配置是否被傳播到子項目 -->
            <inherited>true</inherited>
 
        </plugin>
    </plugins>
 
    <!--主要定義插件的共同元素、擴展元素集合，相似於dependencyManagement， -->
    <!--全部繼承於此項目的子項目都能使用。該插件配置項直到被引用時纔會被解析或綁定到生命週期。 -->
    <!--給定插件的任何本地配置都會覆蓋這裏的配置 -->
    <pluginManagement>
        <plugins>...</plugins>
    </pluginManagement>
 
</build>

</project>

Pom.xml

小結

本文列了不少Maven的概念，實際開發上用得並很少，主要仍是幾個命令和pom.xml的幾個配置，例如依賴的版本號，其餘的配置和setting.xml基本都是人手一份同樣的，極少變更。可是我以爲咱們還須要對Maven有一個比較全面的認識，知道有哪些設置，功能和背後的原理，這纔會爲之後的創新和跳坑創造更多的可能性。