摘要：文件項目隸屬的實際項目名實際項目中的一個項目模塊名稱版本號當(dāng)前項目打包的方式，默認(rèn)為以上的配置會獲得一個格式的包用于定義構(gòu)建輸出的一些附屬的構(gòu)建。

org.son.nexus//項目隸屬的實際項目名
nexus-indexer//實際項目中的一個maven項目模塊名稱
2.0.0//版本號
jar//當(dāng)前maven項目打包的方式，默認(rèn)為jar

以上的配置會獲得一個-.格式的包//nexus-indexer-2.0.0.jar

jdk7//用于定義構(gòu)建輸出的一些附屬的構(gòu)建。classifier是不能直接定義的，只能存在附加的構(gòu)件（插件）時，才能（必須）添加。在包名上也會有所提現(xiàn)（nexus-indexer-2.0.0-javadoc.jar）

jar包在倉庫中的路徑規(guī)律：groupId/artifactId/version/groupId-version

groupId、artifactId、version為基本坐標(biāo)

type為依賴類型，默認(rèn)為jar

scope為依賴范圍

compile：編譯，測試，運行三種classpath都有效
test：只對測試有效
provided：編譯和測試有效
runtime：測試和運行有效
system：系統(tǒng)依賴，依賴的包是從計算機本地導(dǎo)入，與systemPath配合使用
?    ${java.home}/lib/rt.jar
?    system

傳遞性依賴

maven默認(rèn)就是支持的。

什么是傳遞性依賴？

比如：現(xiàn)在要導(dǎo)入A.jar包，但A.jar有依賴于B.jar，在maven中就會默認(rèn)導(dǎo)入B.jar，而不需要手動去導(dǎo)入。

scope最好設(shè)為compile

傳遞性依賴存在一個問題：工程中存在兩個jar分別依賴的是B.jar的不同版本jar包，就會出現(xiàn)錯誤。

optional：可選依賴，true 不會傳遞，false會傳遞（默認(rèn)）

mysql
mysql-connector-java
5.1.10
true

當(dāng)其他項目C依賴B項目時，mysql-connector-java的依賴不會發(fā)生傳遞給C

優(yōu)點：

減少沖突，不用的功能不傳遞

一個jar應(yīng)該只有 一個職責(zé)原則

用于替換某個 依賴中的依賴包作用

    
        com.juv
        project-B
        1.0.0
        
            //可以有多個
                com.juv
                project-C
            
        
    
    
        com.juv
        project-B
        1.1.0
    

該例子的意思：不想使用project-B中版本的project-C依賴包，而將其環(huán)衛(wèi)1.1.0的project-C包

場景：存在一群版本號一致的依賴，想通過一個統(tǒng)一的配置，將其統(tǒng)一配置和修改

    2.5.6

調(diào)用方式

${spring}

修改工程中的pom文件

    ....
    
           //發(fā)布版本構(gòu)件的倉庫
              //遠(yuǎn)程倉庫的唯一標(biāo)識
               //自定義
               //該倉庫地址
        
         //快照版本的設(shè)置
            
            
               
        
    
    ....

如果需要認(rèn)證，則在setting.xml文件中增加一個元素進(jìn)行配置

在配置完成后，執(zhí)行mvn clean deploy 就會根據(jù)當(dāng)前版本類型，發(fā)布到相應(yīng)的倉庫中

快照版本

快照不是正式版本，當(dāng)設(shè)為帶有SNAPSHOT的version時，即為快照版本，每次向倉庫部署是，會自動打上時間戳，其他引用快照相同版本時會自動下載更新

例如：2.1-SNAPSHOT時，則會下載2.1-20091214之類的構(gòu)件

在maven本地倉庫的groupId/artifactId/version文件路徑下會存在maven-metadata.xml文件，會記錄版本信息

  com.android.support
  multidex
  1.0.0
  
    
      1.0.0
      1.0.1
    
    20141209014044
  

maven的生命周期是抽象的，其實際行為都是由插件來完成的。

maven的生命周期是不做任何實際工作，實際任務(wù)都由插件完成。

maven具有三個獨立的生命周期：clean、defeat、site

1、clean生命周期：清理項目，包含三個phase。

1）pre-clean：執(zhí)行清理前需要完成的工作
2）clean：清理上一次構(gòu)建生成的文件
3）post-clean：執(zhí)行清理后需要完成的工作

2、default生命周期：構(gòu)建項目，重要的phase如下。

1）validate：驗證工程是否正確，所有需要的資源是否可用。
2）compile：編譯項目的源代碼。  
3）test：使用合適的單元測試框架來測試已編譯的源代碼。這些測試不需要已打包和布署。
4）Package：把已編譯的代碼打包成可發(fā)布的格式，比如jar。
5）integration-test：如有需要，將包處理和發(fā)布到一個能夠進(jìn)行集成測試的環(huán)境。
6）verify：運行所有檢查，驗證包是否有效且達(dá)到質(zhì)量標(biāo)準(zhǔn)。
7）install：把包安裝到maven本地倉庫，可以被其他工程作為依賴來使用。
8）Deploy：在集成或者發(fā)布環(huán)境下執(zhí)行，將最終版本的包拷貝到遠(yuǎn)程的repository，使得其他的開發(fā)者或者工程可以共享。

3、site生命周期：建立和發(fā)布項目站點，phase如下

1）pre-site：生成項目站點之前需要完成的工作
2）site：生成項目站點文檔
3）post-site：生成項目站點之后需要完成的工作
4）site-deploy：將項目站點發(fā)布到服務(wù)器

命令行輸入：$mvn clean 其實調(diào)用的是clean生命周期的clean階段，執(zhí)行了pre-clean和clean

而這些命令其實是由插件提供功能的。

    
        
            org.apache.maven.plugins//maven官方，官方的可以省略該標(biāo)簽
            maven-source-plugin//插件
            2.1.1//沒有version時，會默認(rèn)下載最新的release版本
          //配置執(zhí)行n個任務(wù)
                
                       attach-sources//可以任意
                       verify//綁定到verify生命周期，在此時才會起作用
                    
                           jar-no-fork//啟用該插件的jar-no-fork功能
                    
                
            
        
    

因為一個插件可能存在多個功能，但我們并不一定所有的功能都需要，所以設(shè)定goal標(biāo)簽，表示我們要實現(xiàn)的功能。

命令行配置：$mvn install -Dt 插件相關(guān)參數(shù) //適用于當(dāng)每次運行時，這個插件的配置都會變的情況

pom中全局配置：

    
        
            maven-compiler-plugin
            3.1
            
              1.7  //jdk1.7
              1.7 //編譯后jdk1.7
            
        
    

意義：一次構(gòu)建所有想要構(gòu)建的項目

    4.0.0
    org.son.nexus
    nexus-indexer
    2.0.0
    pom//本身也是一個maven工程
    
          account-email//想要構(gòu)建的項目，這里寫的是當(dāng)前pom文件下的相對路徑地址
        account-persilist
    

聚合pom文件的packaging標(biāo)簽一定要是pom，其工程就只是一個pom文件，沒有其他的實現(xiàn)代碼

一般來說模塊處的目錄名應(yīng)與其artifactId一致

聚合模塊與其他模塊的目錄結(jié)構(gòu)并非一定要父子關(guān)系

父pom

    4.0.0
    org.son.nexus
    nexus-indexer
    2.0.0
    pom//本身也是一個maven工程
     
        
            com.juv
            project-B
            1.0.0
            
                
                    com.juv
                    project-C
                
            
        
        
            com.juv
            project-B
            1.1.0
        
    

父pom的packaging也是pom

子pom

    4.0.0
    org.son.nexus
    nexus-B
    2.0.0
    jar
    
        org.son.nexus
        nexus-C
        1.0.0-SNAPSHOT
        ../pom.xml//相對路徑
    
    

子pom的packaging則不一定要是pom，但一定有parent標(biāo)簽

子類的groupId和version也可以繼承與父pom文件

作用：當(dāng)子類不需要父pom中的某些依賴的時，就可以使用。

父pom

    
        
            spring-core
            org.springframework
            3.1.1.RELEASE
        
     

被標(biāo)簽所包裹的依賴是不會主動被加載進(jìn)入子pom中，只有子pom中顯式再次聲明的時候才會被依賴

子pom

    
        spring-core
        org.springframework
    

可以省略version等其他配置，因為父pom中已經(jīng)配置過了

若想獲取父pom中所有的dependencyManagement中的構(gòu)件配置，則在子pom中如下配置

    
        
            account-parent
            com.juvenxu.accout
            3.1.1.RELEASE
            pom
            import
        
     

配置父pom的一些信息

父pom中的插件不想在子類中默認(rèn)使用

跟依賴管理一樣，被包裹的插件配置不會被子pom主動獲取，只有當(dāng)子pom中聲明了該插件的groupId和artifactId后，才會被繼承

一個pom文件既可以是聚合也可以是父pom

在聚合構(gòu)建時，構(gòu)件模塊的先后順序的排列。

按書寫的先后順序進(jìn)行構(gòu)建

如果同一個項目中存在多個模塊相互依賴時候，version和groupId可以使用${project.groupId}（當(dāng)前模塊的groupId）和${project.verison}，這樣就不用不斷的更改了。

標(biāo)簽用來確定最終包名

以上です(Ending)

ありがどう(Thank You)