1肝匆、setting.xml
maven的配置文件settings.xml存在于兩個地方:
- 安裝的地方:
${M2_HOME}/conf/settings.xml
- 用戶的目錄:
${user.home}/.m2/settings.xml
前者又被叫做全局配置,對操作系統(tǒng)的所有使用者生效;后者被稱為用戶配置,只對當(dāng)前操作系統(tǒng)的使用者生效。如果兩者都存在,它們的內(nèi)容將被合并,并且用戶范圍的settings.xml會覆蓋全局的settings.xml衩辟。
Maven安裝后,用戶目錄下不會自動生成settings.xml波附,只有全局配置文件艺晴。如果需要創(chuàng)建用戶范圍的settings.xml,可以將安裝路徑下的settings復(fù)制到目錄?${user.home}/.m2/
掸屡。Maven默認的settings.xml是一個包含了注釋和例子的模板封寞,可以快速的修改它來達到你的要求。
全局配置一旦更改仅财,所有的用戶都會受到影響狈究,而且如果maven進行升級,所有的配置都會被清除盏求,所以要提前復(fù)制和備份${M2_HOME}/conf/settings.xml
文件抖锥,一般情況下不推薦配置全局的settings.xml。
下面的配置文件對各個節(jié)點的含義及作用都有注解碎罚。實際應(yīng)用中磅废,經(jīng)常使用的是<localRepository>
、<servers>
荆烈、<mirrors>
拯勉、<profiles>
有限幾個節(jié)點,其他節(jié)點使用默認值足夠應(yīng)對大部分的應(yīng)用場景。
<?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">
<!--本地倉庫宫峦。該值表示構(gòu)建系統(tǒng)本地倉庫的路徑岔帽。其默認值為${user.home}/.m2/repository。 -->
<localRepository>usr/local/maven</localRepository>
<!--Maven是否需要和用戶交互以獲得輸入斗遏。如果Maven需要和用戶交互以獲得輸入山卦,則設(shè)置成true鞋邑,反之則應(yīng)為false诵次。默認為true。 -->
<interactiveMode>true</interactiveMode>
<!--Maven是否需要使用plugin-registry.xml文件來管理插件版本枚碗。
如果設(shè)置為true逾一,則在{user.home}/.m2下需要有一個plugin-registry.xml來對plugin的版本進行管理
默認為false。 -->
<usePluginRegistry>false</usePluginRegistry>
<!--表示Maven是否需要在離線模式下運行肮雨。如果構(gòu)建系統(tǒng)需要在離線模式下運行遵堵,則為true,默認為false怨规。
當(dāng)由于網(wǎng)絡(luò)設(shè)置原因或者安全因素陌宿,構(gòu)建服務(wù)器不能連接遠程倉庫的時候,該配置就十分有用波丰。 -->
<offline>false</offline>
<!--當(dāng)插件的組織Id(groupId)沒有顯式提供時壳坪,供搜尋插件組織Id(groupId)的列表。
該元素包含一個pluginGroup元素列表掰烟,每個子元素包含了一個組織Id(groupId)爽蝴。
當(dāng)我們使用某個插件,并且沒有在命令行為其提供組織Id(groupId)的時候纫骑,Maven就會使用該列表蝎亚。
默認情況下該列表包含了org.apache.maven.plugins。 -->
<pluginGroups>
<!--plugin的組織Id(groupId)-->
<pluginGroup>org.codehaus.mojo</pluginGroup>
</pluginGroups>
<!--用來配置不同的代理先馆,多代理profiles可以應(yīng)對筆記本或移動設(shè)備的工作環(huán)境:通過簡單的設(shè)置profile id就可以很容易的更換整個代理配置 -->
<proxies>
<!--代理元素包含配置代理時需要的信息 -->
<proxy>
<!--代理的唯一定義符发框,用來區(qū)分不同的代理元素。 -->
<id>myproxy</id>
<!--該代理是否是激活的那個煤墙。true則激活代理梅惯。當(dāng)我們聲明了一組代理,而某個時候只需要激活一個代理的時候番捂,該元素就可以派上用處 -->
<active>true</active>
<!--代理的協(xié)議个唧。 協(xié)議://主機名:端口,分隔成離散的元素以方便配置设预。 -->
<protocol>http://…</protocol>
<!--代理的主機名徙歼。協(xié)議://主機名:端口,分隔成離散的元素以方便配置。 -->
<host>proxy.somewhere.com</host>
<!--代理的端口魄梯。協(xié)議://主機名:端口桨螺,分隔成離散的元素以方便配置。 -->
<port>8080</port>
<!--代理的用戶名酿秸,用戶名和密碼表示代理服務(wù)器認證的登錄名和密碼灭翔。 -->
<username>proxyuser</username>
<!--代理的密碼,用戶名和密碼表示代理服務(wù)器認證的登錄名和密碼辣苏。 -->
<password>somepassword</password>
<!--不該被代理的主機名列表肝箱。該列表的分隔符由代理服務(wù)器指定;例子中使用了豎線分隔符稀蟋,使用逗號分隔也很常見煌张。 -->
<nonProxyHosts>*.google.com|ibiblio.org</nonProxyHosts>
</proxy>
</proxies>
<!--配置服務(wù)端的一些設(shè)置。一些設(shè)置如安全證書不應(yīng)該和pom.xml一起分發(fā)退客。這種類型的信息應(yīng)該存在于構(gòu)建服務(wù)器上的settings.xml文件中骏融。 -->
<servers>
<!--服務(wù)器元素包含配置服務(wù)器時需要的信息 -->
<server>
<!--這是server的id(注意不是用戶登陸的id),該id與distributionManagement中repository元素的id相匹配萌狂。 -->
<id>server001</id>
<!--鑒權(quán)用戶名档玻。鑒權(quán)用戶名和鑒權(quán)密碼表示服務(wù)器認證所需要的登錄名和密碼。 -->
<username>my_login</username>
<!--鑒權(quán)密碼 茫藏。鑒權(quán)用戶名和鑒權(quán)密碼表示服務(wù)器認證所需要的登錄名和密碼误趴。 -->
<password>my_password</password>
<!--鑒權(quán)時使用的私鑰位置。和前兩個元素類似刷允,私鑰位置和私鑰密碼指定了一個私鑰的路徑
(默認是/home/hudson/.ssh/id_dsa)以及如果需要的話冤留,一個密語。
將來passphrase和password元素可能會被提取到外部树灶,但目前它們必須在settings.xml文件以純文本的形式聲明 -->
<privateKey>${usr.home}/.ssh/id_dsa</privateKey>
<!--鑒權(quán)時使用的私鑰密碼纤怒。 -->
<passphrase>some_passphrase</passphrase>
<!--文件被創(chuàng)建時的權(quán)限。如果在部署的時候會創(chuàng)建一個倉庫文件或者目錄天通,這時候就可以使用權(quán)限(permission)泊窘。
這兩個元素合法的值是一個三位數(shù)字,其對應(yīng)了unix文件系統(tǒng)的權(quán)限像寒,如664烘豹,或者775。 -->
<filePermissions>664</filePermissions>
<!--目錄被創(chuàng)建時的權(quán)限诺祸。 -->
<directoryPermissions>775</directoryPermissions>
<!--傳輸層額外的配置項 -->
<configuration></configuration>
</server>
</servers>
<!--為倉庫列表配置的下載鏡像列表携悯。 -->
<mirrors>
<!--給定倉庫的下載鏡像。 -->
<mirror>
<!--該鏡像的唯一標識符筷笨。id用來區(qū)分不同的mirror元素憔鬼。 -->
<id>planetmirror.com</id>
<!--鏡像名稱 -->
<name>PlanetMirror Australia</name>
<!--該鏡像的URL龟劲。構(gòu)建系統(tǒng)會優(yōu)先考慮使用該URL,而非使用默認的服務(wù)器URL轴或。 -->
<url>http://downloads.planetmirror.com/pub/maven2</url>
<!--被鏡像的服務(wù)器的id昌跌。例如,如果我們要設(shè)置了一個Maven中央倉庫(http://repo1.maven.org/maven2)的鏡像照雁,就需要將該元素設(shè)置成central蚕愤。這必須和中央倉庫的id central完全一致。 -->
<mirrorOf>central</mirrorOf>
</mirror>
</mirrors>
<!--根據(jù)環(huán)境參數(shù)來調(diào)整構(gòu)建配置的列表饺蚊。settings.xml中的profile元素是pom.xml中profile元素的裁剪版本萍诱。
它包含了id,activation, repositories, pluginRepositories和 properties元素卸勺。
這里的profile元素只包含這五個子元素是因為這里只關(guān)心構(gòu)建系統(tǒng)這個整體(這正是settings.xml文件的角色定位)砂沛,而非單獨的項目對象模型設(shè)置烫扼。
如果一個settings中的profile被激活曙求,它的值會覆蓋任何其它定義在POM中或者profile.xml中的帶有相同id的profile。 -->
<profiles>
<!--根據(jù)環(huán)境參數(shù)來調(diào)整的構(gòu)件的配置 -->
<profile>
<!--該配置的唯一標識符映企。 -->
<id>test</id>
<!--自動觸發(fā)profile的條件邏輯悟狱。Activation是profile的開啟鑰匙。
如POM中的profile一樣堰氓,profile的力量來自于它能夠在某些特定的環(huán)境中自動使用某些特定的值挤渐;這些環(huán)境通過activation元素指定。
activation元素并不是激活profile的唯一方式双絮。settings.xml文件中的activeProfile元素可以包含profile的id浴麻。
profile也可以通過在命令行,使用-P標記和逗號分隔的列表來顯式的激活(如囤攀,-P test)软免。 -->
<activation>
<!--profile默認是否激活的標識 -->
<activeByDefault>false</activeByDefault>
<!--activation有一個內(nèi)建的java版本檢測,如果檢測到j(luò)dk版本與期待的一樣焚挠,profile被激活膏萧。 -->
<jdk>1.7</jdk>
<!--當(dāng)匹配的操作系統(tǒng)屬性被檢測到,profile被激活蝌衔。os元素可以定義一些操作系統(tǒng)相關(guān)的屬性榛泛。 -->
<os>
<!--激活profile的操作系統(tǒng)的名字 -->
<name>Windows XP</name>
<!--激活profile的操作系統(tǒng)所屬家族(如 'windows') -->
<family>Windows</family>
<!--激活profile的操作系統(tǒng)體系結(jié)構(gòu) -->
<arch>x86</arch>
<!--激活profile的操作系統(tǒng)版本 -->
<version>5.1.2600</version>
</os>
<!--如果Maven檢測到某一個屬性(其值可以在POM中通過${名稱}引用),其擁有對應(yīng)的名稱和值噩斟,Profile就會被激活曹锨。
如果值字段是空的,那么存在屬性名稱字段就會激活profile剃允,否則按區(qū)分大小寫方式匹配屬性值字段 -->
<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>
<!--對應(yīng)profile的擴展屬性列表。Maven屬性和Ant中的屬性一樣拧抖,可以用來存放一些值煤搜。這些值可以在POM中的任何地方使用標記${X}來使用,這里X是指屬性的名稱唧席。
屬性有五種不同的形式擦盾,并且都能在settings.xml文件中訪問。
1. env.X: 在一個變量前加上"env."的前綴淌哟,會返回一個shell環(huán)境變量迹卢。例如,"env.PATH"指代了$path環(huán)境變量(在Windows上是%PATH%)。
2. project.x:指代了POM中對應(yīng)的元素值徒仓。
3. settings.x: 指代了settings.xml中對應(yīng)元素的值腐碱。
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/>元素中症见,或者外部文件中設(shè)置,以${someVar}的形式使用殃饿。 -->
<properties>
<!-- 如果這個profile被激活谋作,那么屬性${user.install}就可以被訪問了 -->
<user.install>usr/local/winner/jobs/maven-guide</user.install>
</properties>
<!--遠程倉庫列表,它是Maven用來填充構(gòu)建系統(tǒng)本地倉庫所使用的一組遠程項目壁晒。 -->
<repositories>
<!--包含需要連接到遠程倉庫的信息 -->
<repository>
<!--遠程倉庫唯一標識 -->
<id>codehausSnapshots</id>
<!--遠程倉庫名稱 -->
<name>Codehaus Snapshots</name>
<!--如何處理遠程倉庫里發(fā)布版本的下載 -->
<releases>
<!--true或者false表示該倉庫是否為下載某種類型構(gòu)件(發(fā)布版瓷们,快照版)開啟。 -->
<enabled>false</enabled>
<!--該元素指定更新發(fā)生的頻率秒咐。Maven會比較本地POM和遠程POM的時間戳谬晕。這里的選項是:
always(一直),daily(默認携取,每日)攒钳,interval:X(這里X是以分鐘為單位的時間間隔),或者never(從不)雷滋。 -->
<updatePolicy>always</updatePolicy>
<!--當(dāng)Maven驗證構(gòu)件校驗文件失敗時該怎么做:
ignore(忽略)不撑,fail(失斘木ぁ),或者warn(警告)焕檬。 -->
<checksumPolicy>warn</checksumPolicy>
</releases>
<!--如何處理遠程倉庫里快照版本的下載姆坚。有了releases和snapshots這兩組配置,POM就可以在每個單獨的倉庫中实愚,為每種類型的構(gòu)件采取不同的策略兼呵。
例如,可能有人會決定只為開發(fā)目的開啟對快照版本下載的支持腊敲。參見repositories/repository/releases元素 -->
<snapshots>
<enabled />
<updatePolicy />
<checksumPolicy />
</snapshots>
<!--遠程倉庫URL击喂,按protocol://hostname/path形式 -->
<url>http://snapshots.maven.codehaus.org/maven2</url>
<!--用于定位和排序構(gòu)件的倉庫布局類型-可以是default(默認)或者legacy(遺留)。
Maven 2為其倉庫提供了一個默認的布局碰辅;然而懂昂,Maven 1.x有一種不同的布局。我們可以使用該元素指定布局是default(默認)還是legacy(遺留)没宾。 -->
<layout>default</layout>
</repository>
</repositories>
<!--發(fā)現(xiàn)插件的遠程倉庫列表凌彬。倉庫是兩種主要構(gòu)件的家。第一種構(gòu)件被用作其它構(gòu)件的依賴榕吼。這是中央倉庫中存儲的大部分構(gòu)件類型饿序。另外一種構(gòu)件類型是插件。
Maven插件是一種特殊類型的構(gòu)件羹蚣。由于這個原因,插件倉庫獨立于其它倉庫乱凿。pluginRepositories元素的結(jié)構(gòu)和repositories元素的結(jié)構(gòu)類似顽素。
每個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被應(yīng)用的順序定義activeProfile胁出。 該元素包含了一組activeProfile元素,每個activeProfile都含有一個profile id段审。
任何在activeProfile中定義的profile id全蝶,不論環(huán)境設(shè)置如何裂垦,其對應(yīng)的 profile都會被激活烈掠。
如果沒有匹配的profile,則什么都不會發(fā)生卸例。例如姥闪,env-test是一個activeProfile始苇,則在pom.xml(或者profile.xml)中對應(yīng)id的profile會被激活。
如果運行過程中找不到這樣一個profile筐喳,Maven則會像往常一樣運行催式。 -->
<activeProfiles>
<activeProfile>env-test</activeProfile>
</activeProfiles>
</profile>
</profiles>
</settings>
2函喉、pom.xml
setting.xml主要用于配置maven的運行環(huán)境等一系列通用的屬性,是全局級別的配置文件荣月;而pom.xml主要描述了項目的maven坐標管呵,依賴關(guān)系,開發(fā)者需要遵循的規(guī)則哺窄,缺陷管理系統(tǒng)撇寞,組織和licenses,以及其他所有的項目相關(guān)因素堂氯,是項目級別的配置文件蔑担。
2.1 基礎(chǔ)配置
一個典型的pom.xml文件配置如下:
<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">
<!-- 模型版本。maven2.0必須是這樣寫咽白,現(xiàn)在是maven2唯一支持的版本 -->
<modelVersion>4.0.0</modelVersion>
<!-- 公司或者組織的唯一標志啤握,并且配置時生成的路徑也是由此生成,
如com.winner.trade晶框,maven會將該項目打成的jar包放本地路徑:/com/winner/trade -->
<groupId>com.winner.trade</groupId>
<!-- 本項目的唯一ID排抬,一個groupId下面可能多個項目,就是靠artifactId來區(qū)分的 -->
<artifactId>trade-core</artifactId>
<!-- 本項目目前所處的版本號 -->
<version>1.0.0-SNAPSHOT</version>
<!-- 打包的機制授段,如pom, jar, maven-plugin, ejb, war, ear, rar, par蹲蒲,默認為jar -->
<packaging>jar</packaging>
<!-- 幫助定義構(gòu)件輸出的一些附屬構(gòu)件,附屬構(gòu)件與主構(gòu)件對應(yīng),有時候需要加上classifier才能唯一的確定該構(gòu)件
不能直接定義項目的classifer,因為附屬構(gòu)件不是項目直接默認生成的侵贵,而是由附加的插件幫助生成的 -->
<classifier>...</classifier>
<!-- 定義本項目的依賴關(guān)系 -->
<dependencies>
<!-- 每個dependency都對應(yīng)這一個jar包 -->
<dependency>
<!-- 一般情況下届搁,maven是通過groupId、artifactId窍育、version這三個元素值(俗稱坐標)來檢索該構(gòu)件卡睦,
然后引入你的工程。如果別人想引用你現(xiàn)在開發(fā)的這個項目(前提是已開發(fā)完畢并發(fā)布到了遠程倉庫)漱抓,
就需要在他的pom文件中新建一個dependency節(jié)點表锻,將本項目的groupId、artifactId乞娄、version寫入瞬逊,
maven就會把你上傳的jar包下載到他的本地 -->
<groupId>com.winner.trade</groupId>
<artifactId>trade-test</artifactId>
<version>1.0.0-SNAPSHOT</version>
<!-- maven認為,程序?qū)ν獠康囊蕾嚂S著程序的所處階段和應(yīng)用場景而變化仪或,所以maven中的依賴關(guān)系有作用域(scope)的限制确镊。
scope包含如下的取值:compile(編譯范圍)、provided(已提供范圍)溶其、runtime(運行時范圍)骚腥、test(測試范圍)、system(系統(tǒng)范圍) -->
<scope>test</scope>
<!-- 設(shè)置指依賴是否可選瓶逃,默認為false,即子項目默認都繼承:為true,則子項目必需顯示的引入束铭,與dependencyManagement里定義的依賴類似 廓块。 -->
<optional>false</optional>
<!-- 屏蔽依賴關(guān)系。
比如項目中使用的libA依賴某個庫的1.0版契沫,libB依賴某個庫的2.0版带猴,現(xiàn)在想統(tǒng)一使用2.0版,就應(yīng)該屏蔽掉對1.0版的依賴 -->
<exclusions>
<exclusion>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
</exclusion>
</exclusions>
</dependency>
</dependencies>
<!-- 為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>
...
</project>
一般來說拴清,上面的幾個配置項對任何項目都是必不可少的,定義了項目的基本屬性会通。
這里有必要對一個不太常用的屬性classifier
做一下解釋口予,因為有時候引用某個jar包,classifier不寫的話會報錯涕侈。
classifier元素用來幫助定義構(gòu)件輸出的一些附屬構(gòu)件沪停。附屬構(gòu)件與主構(gòu)件對應(yīng),比如主構(gòu)件是 kimi-app-2.0.0.jar裳涛,該項目可能還會通過使用一些插件生成 如 kimi-app-2.0.0-javadoc.jar (Java文檔)木张、 kimi-app-2.0.0-sources.jar(Java源代碼) 這樣兩個附屬構(gòu)件。這時候端三,javadoc舷礼、sources就是這兩個附屬構(gòu)件的classifier,這樣附屬構(gòu)件也就擁有了自己唯一的坐標郊闯。
classifier的用途在于:
- maven download javadoc / sources jar包的時候妻献,需要借助classifier指明要下載那個附屬構(gòu)件
- 引入依賴的時候,有時候僅憑groupId虚婿、artifactId旋奢、version無法唯一的確定某個構(gòu)件,需要借助classifier來進一步明確目標然痊。比如JSON-lib,有時候會同一個版本會提供多個jar包屉符,在JDK1.5環(huán)境下是一套剧浸,在JDK1.3環(huán)境下是一套:
引用它的時候就要注明JDK版本,否則maven不知道你到底需要哪一套jar包:
<dependency>
<groupId>net.sf.json-lib</groupId>
<artifactId>json-lib</artifactId>
<version>2.4</version>
<classifier>jdk15</classifier>
</dependency>
2.2 構(gòu)建配置
<build>
<!-- 產(chǎn)生的構(gòu)件的文件名矗钟,默認值是${artifactId}-${version}唆香。 -->
<finalName>myPorjectName</finalName>
<!-- 構(gòu)建產(chǎn)生的所有文件存放的目錄,默認為${basedir}/target,即項目根目錄下的target -->
<directory>${basedir}/target</directory>
<!-- 當(dāng)項目沒有規(guī)定目標(Maven2 叫做階段(phase))時的默認值吨艇,
必須跟命令行上的參數(shù)相同例如jar:jar躬它,或者與某個階段(phase)相同例如install、compile等 -->
<defaultGoal>install</defaultGoal>
<!-- 當(dāng)filtering開關(guān)打開時东涡,使用到的過濾器屬性文件列表冯吓。
項目配置信息中諸如${spring.version}之類的占位符會被屬性文件中的實際值替換掉 -->
<filters>
<filter>../filter.properties</filter>
</filters>
<!-- 項目相關(guān)的所有資源路徑列表倘待,例如和項目相關(guān)的配置文件、屬性文件组贺,這些資源被包含在最終的打包文件里凸舵。 -->
<resources>
<resource>
<!-- 描述了資源的目標路徑。該路徑相對target/classes目錄(例如${project.build.outputDirectory})失尖。
舉個例子啊奄,如果你想資源在特定的包里(org.apache.maven.messages),你就必須該元素設(shè)置為org/apache/maven/messages掀潮。
然而菇夸,如果你只是想把資源放到源碼目錄結(jié)構(gòu)里,就不需要該配置仪吧。 -->
<targetPath>resources</targetPath>
<!-- 是否使用參數(shù)值代替參數(shù)名庄新。參數(shù)值取自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>
<!-- 單元測試相關(guān)的所有資源路徑人断,配制方法與resources類似-->
<testResources>
<testResource>
<targetPath /><filtering /><directory /><includes /><excludes />
</testResource>
</testResources>
<!-- 項目源碼目錄吭从,當(dāng)構(gòu)建項目的時候,構(gòu)建系統(tǒng)會編譯目錄里的源碼恶迈。該路徑是相對于pom.xml的相對路徑涩金。 -->
<sourceDirectory>${basedir}\src\main\java</sourceDirectory>
<!-- 項目腳本源碼目錄,該目錄和源碼目錄不同暇仲,
絕大多數(shù)情況下步做,該目錄下的內(nèi)容會被拷貝到輸出目錄(因為腳本是被解釋的,而不是被編譯的)奈附。 -->
<scriptSourceDirectory>${basedir}\src\main\scripts</scriptSourceDirectory>
<!-- 項目單元測試使用的源碼目錄全度,當(dāng)測試項目的時候,構(gòu)建系統(tǒng)會編譯目錄里的源碼斥滤。該路徑是相對于pom.xml的相對路徑将鸵。 -->
<testSourceDirectory>${basedir}\src\test\java</testSourceDirectory>
<!-- 被編譯過的應(yīng)用程序class文件存放的目錄。 -->
<outputDirectory>${basedir}\target\classes</outputDirectory>
<!-- 被編譯過的測試class文件存放的目錄佑颇。 -->
<testOutputDirectory>${basedir}\target\test-classes</testOutputDirectory>
<!-- 項目的一系列構(gòu)建擴展,它們是一系列build過程中要使用的產(chǎn)品顶掉,會包含在running bulid‘s classpath里面。
他們可以開啟extensions挑胸,也可以通過提供條件來激活plugins痒筒。
簡單來講,extensions是在build過程被激活的產(chǎn)品-->
<extensions>
<!-- 例如,通常情況下簿透,程序開發(fā)完成后部署到線上Linux服務(wù)器移袍,可能需要經(jīng)歷打包、
將包文件傳到服務(wù)器萎战、SSH連上服務(wù)器咐容、敲命令啟動程序等一系列繁瑣的步驟。
實際上這些步驟都可以通過Maven的一個插件 wagon-maven-plugin 來自動完成
下面的擴展插件wagon-ssh用于通過SSH的方式連接遠程服務(wù)器蚂维,
類似的還有支持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>
<!-- 在構(gòu)建生命周期中執(zhí)行一組目標的配置。每個目標可能有不同的配置虫啥。 -->
<executions>
<execution>
<!-- 執(zhí)行目標的標識符蔚约,用于標識構(gòu)建過程中的目標,或者匹配繼承過程中需要合并的執(zhí)行目標 -->
<id>assembly</id>
<!-- 綁定了目標的構(gòu)建生命周期階段涂籽,如果省略苹祟,目標會被綁定到源數(shù)據(jù)里配置的默認階段 -->
<phase>package</phase>
<!-- 配置的執(zhí)行目標 -->
<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擴展(例如打包和類型處理器),
由于性能原因评雌,只有在真需要下載時树枫,該元素才被設(shè)置成true。 -->
<extensions>false</extensions>
<!-- 項目引入插件所需要的額外依賴 -->
<dependencies>
<dependency>...</dependency>
</dependencies>
<!-- 任何配置是否被傳播到子項目 -->
<inherited>true</inherited>
</plugin>
</plugins>
<!-- 主要定義插件的共同元素景东、擴展元素集合砂轻,類似于dependencyManagement,
所有繼承于此項目的子項目都能使用斤吐。該插件配置項直到被引用時才會被解析或綁定到生命周期搔涝。
給定插件的任何本地配置都會覆蓋這里的配置 -->
<pluginManagement>
<plugins>...</plugins>
</pluginManagement>
</build>
pom里面的倉庫與setting.xml里的倉庫功能是一樣的。主要的區(qū)別在于和措,pom里的倉庫是個性化的庄呈。比如一家大公司里的setting文件是公用的,所有項目都用一個setting文件派阱,但各個子項目卻會引用不同的第三方庫诬留,所以就需要在pom里設(shè)置自己需要的倉庫地址。
2.3 分發(fā)配置
<!-- 項目分發(fā)信息贫母,在執(zhí)行mvn deploy后表示要發(fā)布的位置故响。
有了這些信息就可以把網(wǎng)站部署到遠程服務(wù)器或者把構(gòu)件部署到遠程倉庫。 -->
<distributionManagement>
<!-- 部署項目產(chǎn)生的構(gòu)件到遠程倉庫需要的信息 -->
<repository>
<!-- 是分配給快照一個唯一的版本號(由時間戳和構(gòu)建流水號)颁独,還是每次都使用相同的版本號
參見repositories/repository元素 -->
<uniqueVersion>true</uniqueVersion>
<id> repo-id </id>
<name> repo-name </name>
<url> file://${basedir}/target/deploy </url>
<layout />
</repository>
<!-- 構(gòu)件的快照部署到哪里,如果沒有配置該元素,默認部署到repository元素配置的倉庫 -->
<snapshotRepository>
<uniqueVersion />
<id />
<name />
<url />
<layout />
</snapshotRepository>
<!-- 部署項目的網(wǎng)站需要的信息 -->
<site>
<!-- 部署位置的唯一標識符伪冰,用來匹配站點和settings.xml文件里的配置 -->
<id> site-id </id>
<!-- 部署位置的名稱 -->
<name> site-name </name>
<!-- 部署位置的URL誓酒,按protocol://hostname/path形式 -->
<url> scp://svn.baidu.com/banseon:/var/www/localhost/banseon-web </url>
</site>
<!-- 項目下載頁面的URL。如果沒有該元素,用戶應(yīng)該參考主頁靠柑。
使用該元素的原因是:幫助定位那些不在倉庫里的構(gòu)件(由于license限制)寨辩。 -->
<downloadUrl />
<!-- 如果構(gòu)件有了新的group ID和artifact ID(構(gòu)件移到了新的位置),這里列出構(gòu)件的重定位信息歼冰。 -->
<relocation>
<!-- 構(gòu)件新的group ID -->
<groupId />
<!-- 構(gòu)件新的artifact ID -->
<artifactId />
<!-- 構(gòu)件新的版本號 -->
<version />
<!-- 顯示給用戶的靡狞,關(guān)于移動的額外信息,例如原因隔嫡。 -->
<message />
</relocation>
<!-- 給出該構(gòu)件在遠程倉庫的狀態(tài)甸怕。不得在本地項目中設(shè)置該元素,因為這是工具自動更新的腮恩。有效的值有:none(默認)梢杭,converted(倉庫管理員從Maven 1 POM轉(zhuǎn)換過來),partner(直接從伙伴Maven 2倉庫同步過來)秸滴,deployed(從Maven 2實例部署)武契,verified(被核實時正確的和最終的)。 -->
<status />
</distributionManagement>
2.4 倉庫配置
<!-- 發(fā)現(xiàn)依賴和擴展的遠程倉庫列表荡含。 -->
<repositories>
<!-- 包含需要連接到遠程倉庫的信息 -->
<repository>
<!-- 如何處理遠程倉庫里發(fā)布版本的下載 -->
<releases>
<!-- true或者false表示該倉庫是否為下載某種類型構(gòu)件(發(fā)布版咒唆,快照版)開啟。 -->
<enabled />
<!-- 該元素指定更新發(fā)生的頻率释液。Maven會比較本地POM和遠程POM的時間戳全释。
這里的選項是:always(一直),daily(默認均澳,每日)恨溜,
interval:X(這里X是以分鐘為單位的時間間隔),或者never(從不)找前。 -->
<updatePolicy />
<!-- 當(dāng)Maven驗證構(gòu)件校驗文件失敗時該怎么做:
ignore(忽略)糟袁,fail(失敗)躺盛,或者warn(警告)项戴。 -->
<checksumPolicy />
</releases>
<!-- 如何處理遠程倉庫里快照版本的下載。有了releases和snapshots這兩組配置槽惫,
POM就可以在每個單獨的倉庫中周叮,為每種類型的構(gòu)件采取不同的策略。
例如界斜,可能有人會決定只為開發(fā)目的開啟對快照版本下載的支持 -->
<snapshots>
<enabled /><updatePolicy /><checksumPolicy />
</snapshots>
<!-- 遠程倉庫唯一標識符仿耽。可以用來匹配在settings.xml文件里配置的遠程倉庫 -->
<id> repo-id </id>
<!-- 遠程倉庫名稱 -->
<name> repo-name </name>
<!-- 遠程倉庫URL各薇,按protocol://hostname/path形式 -->
<url> http://192.168.1.169:9999/repository/ </url>
<!-- 用于定位和排序構(gòu)件的倉庫布局類型-可以是default(默認)或者legacy(遺留)项贺。
Maven 2為其倉庫提供了一個默認的布局君躺;
然而,Maven 1.x有一種不同的布局开缎。
我們可以使用該元素指定布局是default(默認)還是legacy(遺留)棕叫。 -->
<layout> default </layout>
</repository>
</repositories>
<!-- 發(fā)現(xiàn)插件的遠程倉庫列表,這些插件用于構(gòu)建和報表 -->
<pluginRepositories>
<!-- 包含需要連接到遠程插件倉庫的信息.參見repositories/repository元素 -->
<pluginRepository />
</pluginRepositories>
2.5 報表配置
<!-- 描述使用報表插件產(chǎn)生報表的規(guī)范,特定的maven 插件能輸出相應(yīng)的定制和配置報表.
當(dāng)用戶執(zhí)行“mvn site”奕删,這些報表就會運行,在頁面導(dǎo)航欄能看到所有報表的鏈接俺泣。 -->
<reporting>
<!-- true,則網(wǎng)站不包括默認的報表完残。這包括“項目信息”菜單中的報表伏钠。 -->
<excludeDefaults />
<!-- 所有產(chǎn)生的報表存放到哪里。默認值是${project.build.directory}/site坏怪。 -->
<outputDirectory />
<!-- 使用的報表插件和他們的配置贝润。 -->
<plugins>
<plugin>
<groupId />
<artifactId />
<version />
<inherited />
<configuration>
<links>
<link>http://java.sun.com/j2se/1.5.0/docs/api/</link>
</links>
</configuration>
<!-- 一組報表的多重規(guī)范,每個規(guī)范可能有不同的配置铝宵。
一個規(guī)范(報表集)對應(yīng)一個執(zhí)行目標 打掘。例如,有1鹏秋,2尊蚁,3,4侣夷,5横朋,6,7百拓,8琴锭,9個報表。
1衙传,2决帖,5構(gòu)成A報表集,對應(yīng)一個執(zhí)行目標蓖捶。2地回,5,8構(gòu)成B報表集俊鱼,對應(yīng)另一個執(zhí)行目標 -->
<reportSets>
<!-- 表示報表的一個集合刻像,以及產(chǎn)生該集合的配置 -->
<reportSet>
<!-- 報表集合的唯一標識符,POM繼承時用到 -->
<id>sunlink</id>
<!-- 產(chǎn)生報表集合時并闲,被使用的報表的配置 -->
<configuration />
<!-- 配置是否被繼承到子POMs -->
<inherited />
<!-- 這個集合里使用到哪些報表 -->
<reports>
<report>javadoc</report>
</reports>
</reportSet>
</reportSets>
</plugin>
</plugins>
</reporting>
2.6 項目配置
<!-- 項目的問題管理系統(tǒng)(Bugzilla, Jira, Scarab,或任何你喜歡的問題管理系統(tǒng))的名稱和URL细睡,本例為 jira -->
<issueManagement>
<!-- 問題管理系統(tǒng)(例如jira)的名字, -->
<system> jira </system>
<!-- 該項目使用的問題管理系統(tǒng)的URL -->
<url> http://jira.clf.com/ </url>
</issueManagement>
<!-- 項目持續(xù)集成信息 -->
<ciManagement>
<!-- 持續(xù)集成系統(tǒng)的名字帝火,例如continuum -->
<system />
<!-- 該項目使用的持續(xù)集成系統(tǒng)的URL(如果持續(xù)集成系統(tǒng)有web接口的話)纹冤。 -->
<url />
<!-- 構(gòu)建完成時洒宝,需要通知的開發(fā)者/用戶的配置項。包括被通知者信息和通知條件(錯誤萌京,失敗,成功宏浩,警告) -->
<notifiers>
<!-- 配置一種方式知残,當(dāng)構(gòu)建中斷時,以該方式通知用戶/開發(fā)者 -->
<notifier>
<!-- 傳送通知的途徑 -->
<type />
<!-- 發(fā)生錯誤時是否通知 -->
<sendOnError />
<!-- 構(gòu)建失敗時是否通知 -->
<sendOnFailure />
<!-- 構(gòu)建成功時是否通知 -->
<sendOnSuccess />
<!-- 發(fā)生警告時是否通知 -->
<sendOnWarning />
<!-- 不贊成使用比庄。通知發(fā)送到哪里 -->
<address />
<!-- 擴展配置項 -->
<configuration />
</notifier>
</notifiers>
</ciManagement>
<!-- 項目的名稱, Maven產(chǎn)生的文檔用 -->
<name> banseon-maven </name>
<!-- 項目主頁的URL, Maven產(chǎn)生的文檔用 -->
<url> http://www.clf.com/ </url>
<!-- 項目的詳細描述, Maven 產(chǎn)生的文檔用求妹。 當(dāng)這個元素能夠用HTML格式描述時
(例如,CDATA中的文本會被解析器忽略佳窑,就可以包含HTML標簽)制恍,不鼓勵使用純文本描述。
如果你需要修改產(chǎn)生的web站點的索引頁面神凑,你應(yīng)該修改你自己的索引頁文件净神,而不是調(diào)整這里的文檔。 -->
<description> A maven project to study maven. </description>
<!-- 描述了這個項目構(gòu)建環(huán)境中的前提條件溉委。 -->
<prerequisites>
<!-- 構(gòu)建該項目或使用該插件所需要的Maven的最低版本 -->
<maven />
</prerequisites>
<!-- 項目創(chuàng)建年份鹃唯,4位數(shù)字。當(dāng)產(chǎn)生版權(quán)信息時需要使用這個值瓣喊。 -->
<inceptionYear />
<!-- 項目相關(guān)郵件列表信息 -->
<mailingLists>
<!-- 該元素描述了項目相關(guān)的所有郵件列表坡慌。自動產(chǎn)生的網(wǎng)站引用這些信息。 -->
<mailingList>
<!-- 郵件的名稱 -->
<name> Demo </name>
<!-- 發(fā)送郵件的地址或鏈接藻三,如果是郵件地址洪橘,創(chuàng)建文檔時,mailto: 鏈接會被自動創(chuàng)建 -->
<post> clf@126.com </post>
<!-- 訂閱郵件的地址或鏈接棵帽,如果是郵件地址熄求,創(chuàng)建文檔時,mailto: 鏈接會被自動創(chuàng)建 -->
<subscribe> clf@126.com </subscribe>
<!-- 取消訂閱郵件的地址或鏈接岖寞,如果是郵件地址抡四,創(chuàng)建文檔時,mailto: 鏈接會被自動創(chuàng)建 -->
<unsubscribe> clf@126.com </unsubscribe>
<!-- 你可以瀏覽郵件信息的URL -->
<archive> http:/hi.clf.com/ </archive>
</mailingList>
</mailingLists>
<!-- 項目開發(fā)者列表 -->
<developers>
<!-- 某個項目開發(fā)者的信息 -->
<developer>
<!-- SCM里項目開發(fā)者的唯一標識符 -->
<id> HELLO WORLD </id>
<!-- 項目開發(fā)者的全名 -->
<name> banseon </name>
<!-- 項目開發(fā)者的email -->
<email> banseon@126.com </email>
<!-- 項目開發(fā)者的主頁的URL -->
<url />
<!-- 項目開發(fā)者在項目中扮演的角色仗谆,角色元素描述了各種角色 -->
<roles>
<role> Project Manager </role>
<role> Architect </role>
</roles>
<!-- 項目開發(fā)者所屬組織 -->
<organization> demo </organization>
<!-- 項目開發(fā)者所屬組織的URL -->
<organizationUrl> http://hi.clf.com/ </organizationUrl>
<!-- 項目開發(fā)者屬性指巡,如即時消息如何處理等 -->
<properties>
<dept> No </dept>
</properties>
<!-- 項目開發(fā)者所在時區(qū), -11到12范圍內(nèi)的整數(shù)隶垮。 -->
<timezone> -5 </timezone>
</developer>
</developers>
<!-- 項目的其他貢獻者列表 -->
<contributors>
<!-- 項目的其他貢獻者藻雪。參見developers/developer元素 -->
<contributor>
<name /><email /><url /><organization /><organizationUrl />
<roles /><timezone /><properties />
</contributor>
</contributors>
<!-- 該元素描述了項目所有License列表。應(yīng)該只列出該項目的license列表狸吞,不要列出依賴項目的license列表勉耀。
如果列出多個license指煎,用戶可以選擇它們中的一個而不是接受所有l(wèi)icense。 -->
<licenses>
<!-- 描述了項目的license便斥,用于生成項目的web站點的license頁面至壤,其他一些報表和validation也會用到該元素。 -->
<license>
<!-- license用于法律上的名稱 -->
<name> Apache 2 </name>
<!-- 官方的license正文頁面的URL -->
<url> http://www.clf.com/LICENSE-2.0.txt </url>
<!-- 項目分發(fā)的主要方式:
repo枢纠,可以從Maven庫下載
manual像街, 用戶必須手動下載和安裝依賴 -->
<distribution> repo </distribution>
<!-- 關(guān)于license的補充信息 -->
<comments> A business-friendly OSS license </comments>
</license>
</licenses>
<!-- SCM(Source Control Management)標簽允許你配置你的代碼庫,供Maven web站點和其它插件使用晋渺。 -->
<scm>
<!-- SCM的URL,該URL描述了版本庫和如何連接到版本庫镰绎。欲知詳情,請看SCMs提供的URL格式和列表木西。該連接只讀畴栖。 -->
<connection>scm:svn:http://svn.baidu.com/banseon/maven/</connection>
<!-- 給開發(fā)者使用的,類似connection元素八千。即該連接不僅僅只讀 -->
<developerConnection>scm:svn:http://svn.baidu.com/banseon/maven/</developerConnection>
<!-- 當(dāng)前代碼的標簽吗讶,在開發(fā)階段默認為HEAD -->
<tag />
<!-- 指向項目的可瀏覽SCM庫(例如ViewVC或者Fisheye)的URL。 -->
<url> http://svn.baidu.com/banseon </url>
</scm>
<!-- 描述項目所屬組織的各種屬性叼丑。Maven產(chǎn)生的文檔用 -->
<organization>
<!-- 組織的全名 -->
<name> demo </name>
<!-- 組織主頁的URL -->
<url> http://www.clf.com/ </url>
</organization>
3关翎、profile
pom.xml中的profile可以看做pom.xml的副本,擁有與pom.xml相同的子元素與配置方法鸠信。它包含可選的activation(profile的觸發(fā)器)和一系列的changes纵寝。例如test過程可能會指向不同的數(shù)據(jù)庫(相對最終的deployment)或者不同的dependencies或者不同的repositories,并且是根據(jù)不同的JDK來改變的星立。只需要其中一個成立就可以激活profile爽茴,如果第一個條件滿足了,那么后面就不會在進行匹配绰垂。
<!-- 在列的項目構(gòu)建profile室奏,如果被激活,會修改構(gòu)建處理 -->
<profiles>
<!-- 根據(jù)環(huán)境參數(shù)或命令行參數(shù)激活某個構(gòu)建處理 -->
<profile>
<!--自動觸發(fā)profile的條件邏輯劲装。Activation是profile的開啟鑰匙胧沫。-->
<activation>
<!--profile默認是否激活的標識 -->
<activeByDefault>false</activeByDefault>
<!--activation有一個內(nèi)建的java版本檢測,如果檢測到j(luò)dk版本與期待的一樣占业,profile被激活绒怨。 -->
<jdk>1.7</jdk>
<!--當(dāng)匹配的操作系統(tǒng)屬性被檢測到,profile被激活谦疾。os元素可以定義一些操作系統(tǒng)相關(guān)的屬性南蹂。 -->
<os>
<!--激活profile的操作系統(tǒng)的名字 -->
<name>Windows XP</name>
<!--激活profile的操作系統(tǒng)所屬家族(如 'windows') -->
<family>Windows</family>
<!--激活profile的操作系統(tǒng)體系結(jié)構(gòu) -->
<arch>x86</arch>
<!--激活profile的操作系統(tǒng)版本 -->
<version>5.1.2600</version>
</os>
<!--如果Maven檢測到某一個屬性(其值可以在POM中通過${名稱}引用),其擁有對應(yīng)的名稱和值念恍,Profile就會被激活六剥。
如果值字段是空的晚顷,那么存在屬性名稱字段就會激活profile,否則按區(qū)分大小寫方式匹配屬性值字段 -->
<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>
<id />
<build />
<modules />
<repositories />
<pluginRepositories />
<dependencies />
<reporting />
<dependencyManagement />
<distributionManagement />
<properties />
</profile>
profile可以讓maven能夠自動適應(yīng)外部的環(huán)境變化囊咏,比如同一個項目恕洲,在linux下編譯linux的版本,在win下編譯win的版本等梅割。一個項目可以設(shè)置多個profile霜第,也可以在同一時間設(shè)置多個profile被激活(active)的。自動激活的 profile的條件可以是各種各樣的設(shè)定條件户辞,組合放置在activation節(jié)點中泌类,也可以通過命令行直接指定。如果認為profile設(shè)置比較復(fù)雜底燎,可以將所有的profiles內(nèi)容移動到專門的 profiles.xml 文件中刃榨,不過記得和pom.xml放在一起。
activation節(jié)點是設(shè)置該profile在什么條件下會被激活双仍,常見的條件有如下幾個:
- os
判斷操作系統(tǒng)相關(guān)的參數(shù)枢希,它包含如下可以自由組合的子節(jié)點元素
- message - 規(guī)則失敗之后顯示的消息
- arch - 匹配cpu結(jié)構(gòu),常見為x86
- family - 匹配操作系統(tǒng)家族朱沃,常見的取值為:dos苞轿,mac,netware逗物,os/2搬卒,unix,windows敬察,win9x秀睛,os/400等
- name - 匹配操作系統(tǒng)的名字
- version - 匹配的操作系統(tǒng)版本號
- display - 檢測到操作系統(tǒng)之后顯示的信息
- jdk
檢查jdk版本,可以用區(qū)間表示莲祸。
- property
檢查屬性值蹂安,本節(jié)點可以包含name和value兩個子節(jié)點椭迎。
- file
檢查文件相關(guān)內(nèi)容,包含兩個子節(jié)點:exists和missing田盈,用于分別檢查文件存在和不存在兩種情況畜号。
如果想要某個profile默認處于激活狀態(tài),可以在<activeProfiles>
中將該profile的id放進去允瞧。這樣简软,不論環(huán)境設(shè)置如何,其對應(yīng)的 profile都會被激活述暂。
profile配置項在setting.xml中頁有痹升,是pom.xml中profile元素的裁剪版本,包含了id畦韭,activation, repositories, pluginRepositories和 properties元素疼蛾。這里的profile元素只包含這五個子元素是因為setting.xml只關(guān)心構(gòu)建系統(tǒng)這個整體(這正是settings.xml文件的角色定位),而非單獨的項目對象模型設(shè)置艺配。如果一個settings中的profile被激活察郁,它的值會覆蓋任何其它定義在POM中或者profile.xml中的帶有相同id的profile。