maven setting.xml配置文件詳解

setting.xml配置文件

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

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

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

前者又被叫做全局配置，對操作系統的所有使用者生效；後者被稱爲用戶配置，只對當前操作系統的使用者生效。如果兩者都存在，它們的內容將被合併，並且用戶範圍的settings.xml會覆蓋全局的settings.xml。

Maven安裝後，用戶目錄下不會自動生成settings.xml，只有全局配置文件。如果需要創建用戶範圍的settings.xml，可以將安裝路徑下的settings複製到目錄${user.home}/.m2/。Maven默認的settings.xml是一個包含了註釋和例子的模板，可以快速的修改它來達到你的要求。

全局配置一旦更改，所有的用戶都會受到影響，而且如果maven進行升級，所有的配置都會被清除，所以要提前複製和備份${M2_HOME}/conf/settings.xml文件，一般情況下不推薦配置全局的settings.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中的常用節點做了詳細的說明。在這裏需要特別介紹一下的是節點的配置，profile是maven的一個重要特性。

節點包含了激活(activation)，倉庫(repositories)，插件倉庫(pluginRepositories)和屬性(properties)共四個子元素元素。profile元素僅包含這四個元素是因爲他們涉及到整個的構建系統，而不是個別的項目級別的POM配置。

profile可以讓maven能夠自動適應外部的環境變化，比如同一個項目，在linux下編譯linux的版本，在win下編譯win的版本等。一個項目可以設置多個profile，也可以在同一時間設置多個profile被激活（active）的。自動激活的 profile的條件可以是各種各樣的設定條件，組合放置在activation節點中，也可以通過命令行直接指定。如果認爲profile設置比較複雜，可以將所有的profiles內容移動到專門的 profiles.xml 文件中，不過記得和pom.xml放在一起。

activation節點是設置該profile在什麼條件下會被激活，常見的條件有如下幾個：
1. os
判斷操作系統相關的參數，它包含如下可以自由組合的子節點元素

message - 規則失敗之後顯示的消息

arch - 匹配cpu結構，常見爲x86

family - 匹配操作系統家族，常見的取值爲：dos，mac，netware，os/2，unix，windows，win9x，os/400等

name - 匹配操作系統的名字

version - 匹配的操作系統版本號

display - 檢測到操作系統之後顯示的信息
2. jdk

檢查jdk版本，可以用區間表示。
3. property

檢查屬性值，本節點可以包含name和value兩個子節點。
4. file

檢查文件相關內容，包含兩個子節點：exists和missing，用於分別檢查文件存在和不存在兩種情況。

如果settings中的profile被激活，那麼它的值將覆蓋POM或者profiles.xml中的任何相等ID的profiles。

如果想要某個profile默認處於激活狀態，可以在中將該profile的id放進去。這樣，不論環境設置如何，其對應的 profile都會被激活。