Maven pom.xml檔案配置詳解

cola-dad發表於2017-03-23

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">

<!--宣告專案描述符遵循哪一個POM模型版本。模型本身的版本很少改變,雖然如此,但它仍然是必不可少的,這是為了當Maven引入了新的特性或者其他模型變更的時候,確保穩定性。-->

<modelVersion>4.0.0</modelVersion>

--基礎設定

<!- groupId在一個組織或專案中通常是特有的。例如:(大概、也許)Maven所有artifacts的groupId都使用org.apache.maven。groupId並不一定必須使用點符號,例如,JUnit專案。注意使用點符號的groupId不必與專案的包結構相同,但它是一個很好的做法。 -->
<groupId>...</groupId>

<!--artifactId一般是該專案的名字。它和groupID一起標識一個唯一的專案。換句話說,你不能有兩個不同的專案擁有同樣的artifactID和groupID;在某個特定的groupID下,artifactID也必須是唯一的。 -->
<artifactId>...</artifactId>

<!--這是命名的最後一段。groupId:artifactId表示單個專案,但它們無法描繪具體的版本。version定義當前專案的版本,如:1.0(-SNAPSHOT),SNAPSHOT表示快照,說明該專案還處於開發階段,是不穩定版本;建議version格式為:主版本.次版本.增量版本-限定版本號 -->
<version>1.0-SNAPSHOT</version>

<!--專案產生的構件型別,例如jar、war、ear、pom等等。外掛可以建立他們自己的構件型別,所以前面列的不是全部構件型別。預設值jar。 -->
<packaging>jar</packaging>

--更多專案資訊

<!-- 使用者描述專案的名稱,無關緊要的東西,可選 -->
<name>...</name>

<!-- 寫明開發團隊的網站,無關緊要,可選 -->
<url>...</url>

<!--專案的詳細描述,Maven產生的文件用。當這個元素能夠用HTML格式描述時(例如,CDATA中的文字會被解析器忽略,就可以包含HTML標籤),不鼓勵使用純文字描述。如果你需要修改產生的web站點的索引頁面,你應該修改你自己的索引頁檔案,而不是調整這裡的文件。 -->
<description>A mavenp roject</description>

<!--專案建立年份,4位數字。當產生版權資訊時需要使用這個值。 -->
<inceptionYear>...</inceptionYear>

--許可列表

<!--該元素描述了專案所有License列表。應該只列出該專案的license列表,不要列出依賴專案的license列表。如果列出多個license,使用者可以選擇它們中的一個而不是接受所有license。 -->
<licenses>

<!--描述了專案的license,用於生成專案的web站點的license頁面,其他一些報表和validation也會用到該元素。 -->
<license>

<!--完整的法律許可的名稱。 -->
<name>Apache2</name>

<!--官方的license正文頁面的URL -->
<url>http://www.baidu.com/banseon/LICENSE-2.0.txt</url>

<!--專案分發的主要方式: repo,可以從Maven庫下載 manual,使用者必須手動下載和安裝依賴 -->
<distribution>repo</distribution>

<!--關於license的補充資訊 -->
<comments>Abusiness-friendlyOSSlicense</comments>

</license>
</licenses>

--組織/公司資訊

<!--描述專案所屬組織的各種屬性。Maven產生的文件用 -->
<organization>

<!--組織的全名 -->
<name>demo</name>

<!--組織主頁的URL -->
<url>http://www.baidu.com</url>

</organization>

--專案開發者列表

<!--專案開發者列表 -->
<developers>

<!--某個專案開發者的資訊 -->
<developer>

<!--SCM裡專案開發者的唯一識別符號 -->
<id>HELLOWORLD</id>

<!--專案開發者的全名 -->
<name>HELLOWORLD</name>

<!--專案開發者的email -->
<email>hello@126.com</email>

<!--專案開發者的主頁的URL -->
<url />

<!--專案開發者在專案中扮演的角色,角色元素描述了各種角色 -->
<roles>
<role>ProjectManager</role>
<role>Architect</role>
</roles>

<!--專案開發者所屬組織 -->
<organization>demo</organization>
<!--專案開發者所屬組織的URL -->
<organizationUrl>http://hi.baidu.com/banseon</organizationUrl>
<!--專案開發者所在時區,-12到14範圍內的整數。 -->

<timezone>-5</timezone>
<!-- 其他配置,鍵值對 -->

<properties>
<picUrl>http://tinyurl.com/prv4t</picUrl>
</properties>

</developer>
</developers>

--貢獻者列表

<!--專案的其他貢獻者列表 -->
<contributors>

<!--專案的其他貢獻者。參見developers/developer元素 -->
<contributor>
<name />
<email />
<url />
<organization />
<organizationUrl />
<roles />
<timezone />
<properties />
</contributor>
</contributors>

--構建設定

<!--構建專案需要的資訊 -->
<build>

<!-- 預定義執行的目標或者階段,必須和命令列的引數相同。如:jar:jar或者clean install等等。例如:defaultGoal配置clean  install ,在命令列輸入mvn時會自動拼接成mvn clean install。 -->
<defaultGoal>install</defaultGoal>

<!-- 編譯輸出目錄,預設值basedir/target()><directory>basedir/target(不建議修改)−−><directory>{basedir}/target</directory>

<!-- 構建產物的名稱,沒有副檔名。預設值artifactIdartifactId−{version}。 -->
<finalName>artifactIdartifactId−{version}</finalName>

<!-- 單獨過濾某個檔案,更多內容請訪問如何過濾資原始檔 -->
<filters>

<filter>src/main/filters/filter.properties</filter>
</filters>

<!--這個元素描述了專案相關的所有資源路徑列表,例如和專案相關的屬性檔案,這些資源被包含在最終的打包檔案裡。 -->
<resources>

<!--這個元素描述了專案相關的資源路徑 -->
<resource>

<!-- 指定build後的resource存放的資料夾。該路徑預設是basedir。通常被打包在JAR中的resources的目標路徑為META-INF -->
<targetPath></targetPath>

<!--是否使用引數值代替引數名。如:aa=name 將my aamynametruefalsepropertiesD@aa@aa顯示為myname。true代表替換,false代表不替換。引數值取自properties元素、檔案裡配置的屬性或者命令列的−D選項。有@aa@和{aa}倆種寫法。更多內容請檢視線上幫助 -->
<filtering>false</filtering>

<!--描述存放資源的目錄,該路徑相對POM路徑。預設值basedir/src/main/resources><directory>basedir/src/main/resources−−><directory>{basedir}/src/main/resources </directory>

<!--用於指定要包括的檔案。可以使用萬用字元*。例如**/*.xml。 -->
<includes>

<include>configuration.xml</include>

</includes>

<!--用於指定不需要包括的檔案。可以使用萬用字元*。例如**/*.xml。如果和includes的配置衝突,excludes的優先順序更高。 -->
<excludes>

<exclude>/properties</exclude>

</excludes>

</resource>
</resources>

<!--該testResources元素塊包含testResource元素。它們的定義是類似的resource 元素,僅在測試階段使用。和resource元素唯一一點不同是testResource的預設值是${project.basedir}/src/test/resources。測試資源是不會部署。 -->
<testResources>
<testResource>

<targetPath />
<filtering />
<directory />
<includes />
<excludes />
</testResource>

</testResources>

<plugins>
<!--plugin元素包含描述外掛所需要的資訊。 -->
<plugin>

<!--外掛在倉庫裡的groupID -->
<groupId>org.apache.maven.plugins</groupId>

<!--外掛在倉庫裡的artifactID -->
<artifactId>maven-jar-plugin</artifactId>

<!--被使用的外掛的版本(或版本範圍) -->
<version>2.0</version>

<!--是否從該外掛下載Maven擴充套件(例如打包和型別處理器),由於效能原因,只有在真需要下載時,該元素才被設定成enabled。 -->
<extensions>false</extensions>

<!-- true 或 false ,這個外掛的配置是否,可以繼承。預設true。 -->
<inherited>true</inherited>

<!-- 請查閱https://maven.apache.org/pom.html#Plugins或者查閱中文版http://blog.csdn.net/tomato__/article/details/13625497 -->
<configuration>

<classifier>test</classifier>

</configuration>
<!-- 請參考dependencies元素 -->
<dependencies>

<dependency>
<groupId />
<artifactId />
<version />
<type />
<classifier />
<scope />
<systemPath />
<exclusions>
<exclusion>
<artifactId />
<groupId />
</exclusion>
</exclusions>
<optional />
</dependency>

</dependencies>
<!--在構建生命週期中執行一組目標的配置。每個目標可能有不同的配置。 -->


<executions>
<!--execution元素包含了外掛執行需要的資訊 -->
<execution>

<!--執行目標的識別符號,用於標識構建過程中的目標,或者匹配繼承過程中需要合併的執行目標 -->
<id>echodir</id>

<!--繫結了目標的構建生命週期階段,如果省略,目標會被繫結到源資料裡配置的預設階段 -->
<phase>verify</phase>

<!--配置的執行目標 -->
<goals>

<goal>run</goal>
</goals>

<!--配置是否被傳播到子POM -->
<inherited>false</inherited>

<!-- 請查閱https://maven.apache.org/pom.html#Plugins -->
<configuration>
<tasks>

<echo>Build Dir: ${project.build.directory}</echo>
</tasks>

</configuration>
</execution>
</executions>
</plugin>

</plugins>

<!--子專案可以引用的預設外掛資訊。該外掛配置項直到被引用時才會被解析或繫結到生命週期。給定外掛的任何本地配置都會覆蓋這裡的配置 -->
<pluginManagement>

<plugins>
.................
</plugins>

</pluginManagement>

<!--該元素設定了專案原始碼目錄,當構建專案的時候,構建系統會編譯目錄裡的原始碼。該路徑是相對於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>

<!--使用來自該專案的一系列構建擴充套件 -->
<extensions>

<!--描述使用到的構建擴充套件。 -->
<extension>

<!--構建擴充套件的groupId -->
<groupId />

<!--構建擴充套件的artifactId -->
<artifactId />

<!--構建擴充套件的版本 -->
<version />

</extension>

</extensions>

</build>

--遠端倉庫列表

<!--遠端倉庫列表,它是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>


--依賴關係

<!--該元素描述了專案相關的所有依賴。這些依賴組成了專案構建過程中的一個個環節。它們自動從專案定義的倉庫中下載。要獲取更多資訊,請看專案依賴機制。 -->
<dependencies>
<dependency>

<!--依賴的groupID -->
<groupId>org.apache.maven</groupId>

<!--依賴的artifactID -->
<artifactId>maven-artifact</artifactId>

<!--依賴的版本號。可以配置成確定的版本號,也可以配置成版本號的範圍。 (, )不包含 [, ]包含 例如:[3.8,4.0) 表示3.8 
- 4.0的版本,但是不包含4.0 -->
<version>3.8.1</version>

<!--依賴型別,預設型別是jar。它通常表示依賴的檔案的副檔名,但也有例外。一個型別可以被對映成另外一個副檔名或分類器。型別經常和使用的打包方式對應,儘管這也有例外。一些型別的例子:jar,war,ejb-client和test-jar。如果設定extensions為true,就可以在plugin裡定義新的型別。所以前面的型別的例子不完整。 -->
<type>jar</type>

<!--依賴的分類器。分類器可以區分屬於同一個POM,但不同構建方式的構件。分類器名被附加到檔名的版本號後面。例如,如果你想要構建兩個單獨的構件成JAR,一個使用Java1.4編譯器,另一個使用Java6編譯器,你就可以使用分類器來生成兩個單獨的JAR構件。 -->
<classifier></classifier>

<!--依賴範圍。在專案釋出過程中,幫助決定哪些構件被包括進來。欲知詳情請參考依賴機制。 -compile:compile是預設的範圍;如果沒有提供一個範圍,那該依賴的範圍就是編譯範 
圍。編譯範圍依賴在所有的classpath中可用,同時它們也會被打包。 -provided:provided依賴只有在當JDK 或者一個容器已提供該依賴之後才使用。例如, 
如果你開發了一個web 應用,你可能在編譯 classpath 中需要可用的Servlet API 來編譯一個servlet,但是你不會想要在打包好的WAR 
中包含這個Servlet API;這個Servlet API JAR 由你的應用伺服器或者servlet 容器提供。已提供範圍的依賴在編譯時 (不是執行時)可用。它不具有傳遞性的,也不會被打包。 
-runtime:runtime依賴在執行和測試系統的時候需要,但在編譯的時候不需要。比如,你 可能在編譯的時候只需要JDBC API JAR,而只有在執行的時候才需要JDBC驅動實 
現。 -test: test範圍依賴 在一般的 編譯和執行時都不需要,它們只有在測試編譯和測試運 行階段可用。 -system:system範圍依賴與provided類似,但是你必須顯式的提供一個對於本地系統中 
JAR檔案的路徑。這麼做是為了允許基於本地物件編譯,而這些物件是系統類庫 的一部分。這樣的構件應該是一直可用的,Maven也不會在倉庫中去尋找它。如 
果你將一個依賴範圍設定成系統範圍,你必須同時提供一個systemPath元素。注 意該範圍是不推薦使用的(你應該一直儘量去從公共或定製的Maven倉庫中引用 
依賴)。 -->

<scope>test</scope>

<!--僅供system範圍使用。注意,不鼓勵使用這個元素,並且在新的版本中該元素可能被覆蓋掉。該元素為依賴規定了檔案系統上的路徑。需要絕對路徑而不是相對路徑。推薦使用屬性匹配絕對路徑,例如${java.home}。 -->
<systemPath></systemPath>

<!--預設為false,即子專案預設都繼承,為true,則子專案必需顯示的引入。例如:假設專案A在編譯時需要專案B的程式碼,但執行時並不需要專案B,而且我們可能並不需要所有專案都依賴專案B。 -->
<optional>true</optional>

<!--當計算傳遞依賴時,從依賴構件列表裡,列出被排除的依賴構件集。即告訴maven你只依賴指定的專案,不依賴專案的依賴。也可以使用萬用字元*排除所有依賴。此元素主要用於解決版本衝突問題. -->
<exclusions>
<exclusion>

<artifactId>spring-core</artifactId>
<groupId>org.springframework</groupId>
</exclusion>
</exclusions>

<!--可選依賴,如果你在專案B中把C依賴宣告為可選,你就需要在依賴於B的專案(例如專案A)中顯式的引用對C的依賴。可選依賴阻斷依賴的傳遞性。 -->
<optional>true</optional>

</dependency>
</dependencies>

--為子專案配置依賴資訊

<!--繼承自該專案的所有子專案的預設依賴資訊。這部分的依賴資訊不會被立即解析,而是當子專案宣告一個依賴(必須描述groupID和artifactID資訊),如果groupID和artifactID以外的一些資訊沒有描述,則通過groupID和artifactID匹配到這裡的依賴,並使用這裡的依賴資訊。 -->
<dependencyManagement>

<!--參見dependencies元素 -->
<dependencies>

<dependency>
.....
</dependency>
</dependencies>

</dependencyManagement>

--模組構建

<!--模組(有時稱作子專案)被構建成專案的一部分。列出的每個模組元素是指向該模組的目錄的相對路徑 -->
<modules>

<module>xhcms-xinhua</module>
<module>xhcms-platform</module>

</modules>
<!-- Ps:繼承和模組的區別:繼承父不知子,但子知父。模組父知子,但子不知父。所以在具體的專案中一般都是繼承和模組融合使用。 -->

--常量配置

<!--鍵值對,Properties可以在整個POM中使用,也可以作為觸發條件。格式是<name>value</name>。 -->
<properties>

<file.encoding>UTF-8</file.encoding>
<jdk.version>1.6</jdk.version>

</properties>

使用方式 如下 :
${file.encoding}
還可以使用project.xx引用pom裡定義的其它屬性:如$(project.version}

--資原始檔配置

<!--這個元素描述了專案相關的所有資源路徑列表,例如和專案相關的屬性檔案,這些資源被包含在最終的打包檔案裡。 -->
<resources>

<!-- 描述工程中資源的位置 -->
<resource>

<!-- 指定build後的resource存放的資料夾。該路徑預設是basedir。通常被打包在JAR中的resources的目標路徑為META-INF -->
<targetPath></targetPath>

<!--是否使用引數值代替引數名。如:aa=name 將my aamynametruefalsepropertiesD@aa@aa顯示為myname。true代表替換,false代表不替換。引數值取自properties元素、檔案裡配置的屬性或者命令列的−D選項。有@aa@和{aa}兩種寫法。 -->
<filtering>false</filtering>

<!--描述存放資源的目錄,該路徑相對POM路徑。預設值${basedir}/src/main/resources -->
<directory>${basedir}/src/main/resources</directory>

<!--用於指定要包括的檔案。可以使用萬用字元*。例如**/*.xml。 -->
<includes>

<include>configuration.xml</include>
</includes>
<excludes>
<exclude>**/*.properties</exclude>
</excludes>
</resource>
</resources>

--報表規範

<!--該元素描述使用報表外掛產生報表的規範。當使用者執行“mvn site”,這些報表就會執行。在頁面導航欄能看到所有報表的連結。 -->
<reporting>

<!--所有產生的報表存放到哪裡。預設值是basedir/target/site><outputDirectory>basedir/target/site。−−><outputDirectory>{basedir}/target/site</outputDirectory>

<!--如果為true,則網站不包括預設的報表。這包括“專案資訊”選單中的報表。預設false -->
<excludeDefaults>false</excludeDefaults>

<!--使用的報表外掛和他們的配置。 -->
<plugins>

<!--plugin元素包含描述報表外掛需要的資訊 -->
<plugin>

<!--報表外掛在倉庫裡的groupID,預設值是 : org.apache.maven.plugins 。 -->
<groupId>org.apache.maven.plugins</groupId>

<!--報表外掛在倉庫裡的artifactID -->
<artifactId>maven-project-info-reports-plugin</artifactId>

<!--被使用的報表外掛的版本(或版本範圍) -->
<version>2.7</version>

<!--任何配置是否被傳播到子專案,預設true -->
<inherited>true<inherited />

<!--報表外掛的配置-->
<configuration />

<!--一組報表的多重規範,每個規範可能有不同的配置。一個規範(報表集)對應一個執行目標。例如,有1,2,3,4,5,6,7,8,9個報表。1,2,5構成A報表集,對應一個執行目標。2,5,8構成B報表集,對應另一個執行目標-->
<reportSets>

<!--表示報表的一個集合,以及產生該集合的配置 -->
<reportSet>

<!--報表集合的唯一識別符號,POM繼承時用到,預設值:default -->
<id>

default
<id>

<!--產生報表集合時,被使用的報表的配置 -->
<configuration />

<!--配置是否被繼承到子POMs -->
<inherited />

<!--這個集合裡使用到哪些報表 -->
<reports />

</reportSet>
</reportSets>
</plugin>
</plugins>
</reporting>

--遠端外掛倉庫配置

<!--包含需要連線到遠端外掛倉庫的資訊.參見repositories/repository元素 -->
<pluginRepositories>

<pluginRepository>
<releases>
<enabled />
<updatePolicy />
<checksumPolicy />
</releases>
<snapshots>
<enabled />
<updatePolicy />
<checksumPolicy />
</snapshots>
<id />
<name />
<url />
<layout />

</pluginRepository>
</pluginRepositories>


--專案分發資訊

<!--專案分發資訊,在執行mvn deploy後表示要釋出的位置。有了這些資訊就可以把網站部署到遠端伺服器或者把構件部署到遠端倉庫。 -->
<distributionManagement>

<!--部署專案產生的構件到遠端倉庫需要的資訊,參見repositories/repository元素 -->
<repository>

<!--true:分配給快照一個唯一的版本號(由時間戳和構建流水號組成)。false:每次都使用相同的版本號 -->
<uniqueVersion>true</uniqueVersion>

<id />
<name />
<url />
<layout />
<releases>
<enabled />
<updatePolicy />
<checksumPolicy />
</releases>
<snapshots>
<enabled />
<updatePolicy />
<checksumPolicy />
</snapshots>
</repository>

<!--構件的快照部署到哪裡? -->
<snapshotRepository>

<uniqueVersion>true</uniqueVersion>
<id />
<name />
<url />
<layout />
<releases>
<enabled />
<updatePolicy />
<checksumPolicy />
</releases>
<snapshots>
<enabled />
<updatePolicy />
<checksumPolicy />
</snapshots>
</snapshotRepository>

<!--部署專案的網站需要的資訊 -->
<site>
<!--部署位置的唯一識別符號,用來匹配站點和settings.xml檔案裡的配置 -->
<id>banseon-site</id>
<!--部署位置的名稱 -->
<name>businessapiwebsite</name>
<!--部署位置的URL,按protocol://hostname/path形式 -->
<url>
scp://svn.baidu.com/banseon:/var/www/localhost/banseon-web
</url>
</site>
<!--專案下載頁面的URL。如果沒有該元素,使用者應該參考主頁。使用該元素的原因是:幫助定位那些不在倉庫裡的構件(由於license限制)。 -->
<downloadUrl />

<!--如果構件有了新的groupID和artifactID(構件移到了新的位置),這裡列出構件的重定位資訊。 -->
<relocation>

<!--構件新的groupID -->
<groupId />

<!--構件新的artifactID -->
<artifactId />

<!--構件新的版本號 -->
<version />

<!--顯示給使用者的,關於移動的額外資訊,例如原因。 -->
<message />
</relocation>

<!--給出該構件在遠端倉庫的狀態。不得在本地專案中設定該元素,因為這是工具自動更新的。有效的值有:none(預設),converted(倉庫管理員從Maven1 
POM轉換過來),partner(直接從夥伴Maven2倉庫同步過來),deployed(從Maven2例項部署),verified(被核實時正確的和最終的)。 -->
<status />

</distributionManagement>

--配置問題管理系統,如Jira和Redmine等

<!--專案的問題管理系統(Bugzilla,Jira,Scarab,或任何你喜歡的問題管理系統)的名稱和URL,本例為jira -->
<issueManagement>

<!--問題管理系統(例如jira)的名字, -->
<system>jira</system>

<!--該專案使用的問題管理系統的URL -->
<url>http://jira.baidu.com/banseon</url>
</issueManagement>

-- 配置持續整合資訊

<!--專案持續整合資訊 -->
<ciManagement>

<!--持續整合系統的名字,例如continuum -->
<system>continuum</system>

<!--該專案使用的持續整合系統的URL(如果持續整合系統有web介面的話)。 -->
<url>http://127.0.0.1:8080/continuum</url>

<!--構建完成時,需要通知的開發者/使用者的配置項。包括被通知者資訊和通知條件(錯誤,失敗,成功,警告) -->
<notifiers>

<!--配置一種方式,當構建中斷時,以該方式通知使用者/開發者 -->
<notifier>

<!--傳送通知的途徑 -->
<type>mail</type>

<!--發生錯誤時是否通知 -->
<sendOnError>true</sendOnError>

<!--構建失敗時是否通知 -->
<sendOnFailure>true</sendOnFailure>

<!--構建成功時是否通知 -->
<sendOnSuccess>false</sendOnSuccess>

<!--發生警告時是否通知 -->
<sendOnWarning>false</sendOnWarning>

<!--棄用。通知傳送到哪裡 -->
<address />

<!--通知擴充套件配置項 -->
<configuration>

<address>continuum@127.0.0.1</address>

</configuration>
</notifier>
</notifiers>
</ciManagement>

--配置郵件列表

<!--專案相關郵件列表資訊 -->
<mailingLists>

<!--該元素描述了專案相關的所有郵件列表。自動產生的網站引用這些資訊。 -->
<mailingList>
<!--郵件的名稱 -->
<name>User List</name>

<!--傳送郵件的地址或連結,如果是郵件地址,建立文件時,mailto:連結會被自動建立 -->
<post>user@127.0.0.1</post>
<!--訂閱郵件的地址或連結,如果是郵件地址,建立文件時,mailto:連結會被自動建立 -->
<subscribe>user-subscribe@127.0.0.1</subscribe>

<!--取消訂閱郵件的地址或連結,如果是郵件地址,建立文件時,mailto:連結會被自動建立 -->
<unsubscribe>user-unsubscribe@127.0.0.1</unsubscribe>
<!--你可以瀏覽郵件資訊的URL -->
<archive>http://127.0.0.1/user/</archive>

<!--備用url的連結,可以瀏覽存檔列表。 -->
<otherArchives>

<otherArchive>http://base.google.com/base/1/127.0.0.1</otherArchive>
</mailingList>
</mailingLists>

--結尾

</project>

相關文章