maven的pom.xml文件详解

<!--父项目的坐标。如果项目中没有规定某个元素的值，那么父项目中的对应值即为项目的默认值。 
坐标包括group ID，artifact ID和 version。-->
  <parent> 
     <artifactId/> 
     <groupId/> 
     <version/> 
     <!--父项目的pom.xml文件的相对路径。相对路径允许你选择一个不同的路径。默认值是../pom.xml。
     Maven首先在构建当前项目的地方寻找父项目的pom，其次在文件系统的这个位置（relativePath位置），
     然后在本地仓库，最后在远程仓库寻找父项目的pom。-->
     <relativePath/> 
 </parent> 
 <!--声明项目描述符遵循哪一个POM模型版本。模型本身的版本很少改变，虽然如此，但它仍然是必不可少的，
 这是为了当Maven引入了新的特性或者其他模型变更的时候，确保稳定性。-->    
    <modelVersion>4.0.0</modelVersion>  
    <groupId>asia.banseon</groupId>   
    <artifactId>banseon-maven2</artifactId>   
    <!--项目产生的构件类型，例如jar、war、ear、pom。插件可以创建他们自己的构件类型，所以前面列的不是
    全部构件类型-->  
    <packaging>jar</packaging>   
    <!--项目当前版本，格式为:主版本.次版本.增量版本-限定版本号-->  
    <version>1.0-SNAPSHOT</version>  
    <!--项目的名称, Maven产生的文档用-->  
    <name>banseon-maven</name>  
    <!--描述了这个项目构建环境中的前提条件。-->
 <prerequisites> 
  <!--构建该项目或使用该插件所需要的Maven的最低版本-->
    <maven/>
 </prerequisites> 
    <!--构建项目需要的信息-->
    <build> 
    　　　　<!--该元素设置了项目源码目录，当构建项目的时候，构建系统会编译目录里的源码。
    　　　　该路径是相对于pom.xml的相对路径。-->
  　　　　<sourceDirectory/> 
  　　　　<!--该元素设置了项目脚本源码目录，该目录和源码目录不同：绝大多数情况下，该目录下的内容 会被拷贝到
  　　　　输出目录(因为脚本是被解释的，而不是被编译的)。-->
  　　　　<scriptSourceDirectory/> 
 　　　　 <!--被编译过的应用程序class文件存放的目录。-->
 　　　　 <outputDirectory/> 
 　　　　 <!--使用来自该项目的一系列构建扩展-->
 　　　　 <extensions> 
   　　　　　　<!--描述使用到的构建扩展。-->
   　　　　　　<extension> 
    　　　　　　　　<!--构建扩展的groupId-->
    　　　　　　　　<groupId/> 
    　　　　　　　　<!--构建扩展的artifactId-->
   　　　　　　　　 <artifactId/> 
    　　　　　　　　<!--构建扩展的版本-->
   　　　　　　 <version/>
   　　　　　　</extension>
  　　　　</extensions> 
  　　　　<!--当项目没有规定目标（Maven2 叫做阶段）时的默认值-->
 　　　　 <defaultGoal/> 
  　　　　<!--这个元素描述了项目相关的所有资源路径列表，例如和项目相关的属性文件，这些资源被包含在最终的打包文件里。-->
 　　　　 <resources> 
   　　　　　　<!--这个元素描述了项目相关或测试相关的所有资源路径-->
   　　　　　　<resource> 
    　　　　　　<targetPath/> 
   　　　　　　 <!--是否使用参数值代替参数名。参数值取自properties元素或者文件里配置的属性，
   　　　　　　 文件在filters元素里列出。-->
    　　　　　　<filtering/> 
    　　　　　　<!--描述存放资源的目录，该路径相对POM路径-->
   　　　　　　 <directory/> 
    　　　　　　<!--包含的模式列表，例如***.xml-->
    　　　　　　<excludes/>
   　　　　　</resource>
  　　　　<!--构建产生的所有文件存放的目录-->
  　　　　<directory/> 
  　　　　<!--产生的构件的文件名，默认值是${artifactId}-${version}。-->
  　　　　<finalName/> 
 　　　　 <!--当filtering开关打开时，使用到的过滤器属性文件列表-->
 　　　　 <filters/> 
 　　　　 <!--子项目可以引用的默认插件信息。该插件配置项直到被引用时才会被解析或绑定到生命周期。
 　　　　 给定插件的任何本地配置都会覆盖这里的配置-->
 　　　　 <pluginManagement> 
   　　　　<!--使用的插件列表 。-->
  　　　　　　 <plugins> 
   　　　　　　　　 <!--plugin元素包含描述插件所需要的信息。-->
    　　　　　　　　<plugin> 
    　　　　　　　　　　 <!--插件在仓库里的group ID-->
    　　　　　　　　　　 <groupId/> 
     　　　　　　　　　　<!--插件在仓库里的artifact ID-->
     　　　　　　　　　　<artifactId/> 
    　　　　　　　　　　 <!--被使用的插件的版本（或版本范围）-->
     　　　　　　　　　　<version/> 
     　　　　　　　　　　<!--是否从该插件下载Maven扩展（例如打包和类型处理器），由于性能原因，
     　　　　　　　　　　只有在真需要下载时，该元素才被设置成enabled。-->
     　　　　　　　　　　<extensions/> 
     　　　　　　　　　　<!--在构建生命周期中执行一组目标的配置。每个目标可能有不同的配置。-->
    　　　　　　　　 <!--项目引入插件所需要的额外依赖-->
     　　　　　　　　<dependencies> 
     　　　　　　　　 <!--参见dependencies/dependency元素-->
     　　　　　　　　　　 <dependency>
      　　　　　　　　　　　　......
      　　　　　　　　　　</dependency>
     　　　　　　　　</dependencies>      
     　　　　　　　　<!--任何配置是否被传播到子项目-->
     　　　　　　　　<inherited/> 
    　　　　　　　　 <!--作为DOM对象的配置-->
    　　　　 <configuration/>
    　　</plugin>
   </plugins>
  </pluginManagement> 

</build> 
 <!--在列的项目构建profile，如果被激活，会修改构建处理-->
 <profiles> 
  <!--根据环境参数或命令行参数激活某个构建处理-->
  <profile> 
   <!--构建配置的唯一标识符。即用于命令行激活，也用于在继承时合并具有相同标识符的profile。-->
   <id/> 
  <!--自动触发profile的条件逻辑。Activation是profile的开启钥匙。profile的力量来自于它
  　能够在某些特定的环境中自动使用某些特定的值；这些环境通过activation元素指定。
  　activation元素并不是激活profile的唯一方式。-->
  <activation> 
    　　<!--profile默认是否激活的标志-->
  　　<activeByDefault/> 
    <!--当匹配的jdk被检测到，profile被激活。例如，1.4激活JDK1.4，1.4.0_2，而!1.4激活所有版本不是以1.4开头的JDK。-->
   　　 <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> 
 </build> 
   <!--模块（有时称作子项目） 被构建成项目的一部分。列出的每个模块元素是指向该模块的目录的相对路径-->
   <modules/> 
   <!--该元素描述了项目相关的所有依赖。 这些依赖组成了项目构建过程中的一个个环节。它们自动从项目定义的仓库中下载。
   要获取更多信息，请看项目依赖机制。-->
   <dependencies> 
    <!--参见dependencies/dependency元素-->
    <dependency>
     ......
    </dependency>
   </dependencies> 
   <!--不赞成使用. 现在Maven忽略该元素.-->
   <reports/>    
   <!--该元素包括使用报表插件产生报表的规范。当用户执行“mvn site”，这些报表就会运行。 
   在页面导航栏能看到所有报表的链接。参见reporting元素-->
   <reporting>
    ......
   </reporting> 
   <!--参见properties元素-->
   <properties/>
  </profile>
 </profiles> 
 </pluginRepositories>  
    <dependencies>  
        <dependency>
            <!--依赖的group ID-->
            <groupId>org.apache.maven</groupId>  
            <!--依赖的artifact ID-->
            <artifactId>maven-artifact</artifactId>  
            <!--依赖的版本号。 在Maven 2里, 也可以配置成版本号的范围。-->
            <version>3.8.1</version>  
            <!--依赖类型，默认类型是jar。它通常表示依赖的文件的扩展名，但也有例外。
            一个类型可以被映射成另外一个扩展名或分类器。类型经常和使用的打包方式对应，尽管这也有例外。
            一些类型的例子：jar，war，ejb-client和test-jar。如果设置extensions为 true，
            就可以在plugin里定义新的类型。所以前面的类型的例子不完整。-->
            <type>jar</type> 
            <!--依赖的分类器。分类器可以区分属于同一个POM，但不同构建方式的构件。
            分类器名被附加到文件名的版本号后面。例如，如果你想要构建两个单独的构件成JAR，
            一个使用Java 1.4编译器，另一个使用Java 6编译器，你就可以使用分类器来生成两个单独的JAR构件。-->
            <classifier></classifier> 
            <!--依赖范围。在项目发布过程中，帮助决定哪些构件被包括进来。欲知详情请参考依赖机制。 
                - compile ：默认范围，用于编译   
                - provided：类似于编译，但支持你期待jdk或者容器提供，类似于classpath   
                - runtime: 在执行时需要使用   
                - test:    用于test任务时使用   
                - system: 需要外在提供相应的元素。通过systemPath来取得   
                - systemPath: 仅用于范围为system。提供相应的路径    ${project.basedir}/lib/k3cloud-webapi-sdk8.0.4.jar 
                - optional:   当项目自身被依赖时，标注依赖是否传递。用于连续依赖时使用-->  
            <scope>test</scope>  
        </dependency>
    </dependencies>  
    <!--不发布到maven仓库--> 
	<properties>
        <maven.deploy.skip>true</maven.deploy.skip>
    </properties>

</project>