1 setting.xml
maven的配置文件setting.xml存在于两个地方：
- 安装的地方：${M2_HOME}/conf/settings.xml
- 用户的目录:${user.home}/.m2/settings.xml，该目录可以自己定义
前者称为全部变量，对操作系统的所有使用者有效；后者为用户配置，只对当前操作系统的使用者有效。如果两者共存，内容将会合并，并且用户配置会覆盖全局配置。
Maven安装后，用户目录下不会自动生成settings.xml，只有全局配置文件。如果需要创建用户范围的settings.xml，可以将安装路径下的settings复制到目录${user.home}/.m2/。Maven默认的settings.xml是一个包含了注释和例子的模板，可以快速的修改它来达到你的要求。
全局配置一旦更改，所有的用户都会受到影响，而且如果maven进行升级，所有的配置都会被清除，所以要提前复制和备份${M2_HOME}/conf/settings.xml文件，一般情况下不推荐配置全局的settings.xml。
下面的配置文件对各个节点的含义及作用都有注解。实际应用中，经常使用的是
关于xmlns属性的解析可以查看文章：https://zhuanlan.zhihu.com/p/148110873
usr/local/maven
true
false
false
org.codehaus.mojo
myproxy
true
http://…
proxy.somewhere.com
8080
proxyuser
somepassword
*.google.com|ibiblio.org
server001
my_login
my_password
${usr.home}/.ssh/id_dsa
some_passphrase
664
775
planetmirror.com
PlanetMirror Australia
http://downloads.planetmirror.com/pub/maven2
central
test
false
1.7
Windows XP
Windows
x86
5.1.2600
mavenVersion
2.0.3
/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/
/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/
usr/local/winner/jobs/maven-guide
codehausSnapshots
Codehaus Snapshots
false
always
warn
http://snapshots.maven.codehaus.org/maven2
default
env-test
2.pom.xml
settings.xml文件主要用于配置maven运行环境等一系列通用属性，是全局级别的配置文件，pom.xml文件描述了项目的maven坐标、依赖关系等，开发者需要遵循的规则，缺陷管理系统，组织和licenses，以及其他所有的项目相关因素，是项目级别的配置文件。
2.1 基础配置
一个典型的pom.xml文件配置为：
4.0.0
com.winner.trade
trade-core
1.0.0-SNAPSHOT
jar
...
com.winner.trade
trade-test
1.0.0-SNAPSHOT
test
false
org.slf4j
slf4j-api
UTF-8
1.5
1.5
...
上面的配置定义了项目的基本属性。
2.1.1 dependencies
dependencies属性是项目相关依赖的配置，如果在父项目写的依赖，会被子项目引用。一般会在父项目中定义子项目中所有的共用的依赖。
2.1.2 parent
parent属性用于确认父项目的坐标位置。
com.learnPro
SIP-parent
0.0.1-SNAPSHOT
groupId: 父项目的组Id标识符 artifactId:父项目的唯一标识符 relativePath：Maven首先在当前项目中找父项目的pom，然后在文件系统的这个位置（relativePath），然后在本地仓库，再在远程仓库找。 version: 父项目的版本
2.1.3 modules
有些maven项目会作为多模块，如SpringMVC项目就分为dal/service/controller三个模块，这个标签就是用于指定当前项目所包含的所有模块。之后对这个项目进行的maven操作就是对所有子模块进行相同操作。
com-dal
com-service
com-controller
2.1.4 properties
properties属性用于定于pom常亮，如一些依赖的版本号等。
1.7
此时可以在pom文件任意地方使用${Java.version}进行引用指定版本号。
2.1.5 dependencyManagement
在父模块中定义后，子模块不会直接使用对应依赖，但是在使用相同依赖的时候可以不加版本号,这样的好处是，父项目统一了版本，而且子项目可以在需要的时候才引用对应的依赖。
父项目：
junit
junit
4.12
test
子项目：
junit
junit
2.1.6 classifier
classifier元素用来帮助定义构建输出的一些附属构件。附属构件与主构件对应，比如主构件是 kimi-app-2.0.0.jar，该项目可能还会通过使用一些插件生成 如 kimi-app-2.0.0-javadoc.jar （Java文档）、 kimi-app-2.0.0-sources.jar（Java源代码） 这样两个附属构件。这时候，javadoc、sources就是这两个附属构件的classifier，这样附属构件也就拥有了自己唯一的坐标。
classifier的用途在于:
- maven download javadoc / sources jar包的时候，需要借助classifier指明要下载那个附属构件
- 引入依赖的时候，有时候仅凭groupId、artifactId、version无法唯一的确定某个构件，需要借助classifier来进一步明确目标。比如JSON-lib，有时候会同一个版本会提供多个jar包，此时可以用于指定java版本。
net.sf.json-lib
json-lib
2.4
jdk15
2.2 构建配置
myPorjectName
${basedir}/target
install
../filter.properties
resources
true
src/main/resources
**/*.properties
**/*.xml
jdbc.properties
${basedir}\src\main\java
${basedir}\src\main\scripts
${basedir}\src\test\java
${basedir}\target\classes
${basedir}\target\test-classes
org.apache.maven.wagon
wagon-ssh
2.8
maven-assembly-plugin
2.5.5
assembly
package
single
false
${finalName}
false
assembly.xml
false
...
true
...
pom里面的仓库与settings.xml仓库功能一致，主要区别在于：pom仓库是个性化，比如说大公司的setting文件是公用的，所有项目全部使用同一个settings文件，但是各自项目却会引用不同的第三方库，所以就需要在pom设置自己需要的仓库地址。
2.3 分发配置
true
repo-id
repo-name
file://${basedir}/target/deploy
site-id
site-name
scp://svn.baidu.com/banseon:/var/www/localhost/banseon-web
2.4 仓库配置
repo-id
repo-name
http://192.168.1.169:9999/repository/
default
2.5 报表配置
reporting元素描述使用报表插件产生报表的规范。当用户执行“mvn site”，这些报表就会运行。 在页面导航栏能看到所有报表的链接。
http://java.sun.com/j2se/1.5.0/docs/api/
sunlink
javadoc
2.6 项目配置
jira
http://jira.clf.com/
continumm
http://127.0.0.1:8080/continuum
banseon-maven
http://www.clf.com/
A maven project to study maven.
Demo
[email protected]
[email protected]
[email protected]
http:/hi.clf.com/
HELLO WORLD
banseon
[email protected]
Project Manager
Architect
demo
http://hi.clf.com/
No
-5
Apache 2
http://www.clf.com/LICENSE-2.0.txt
repo
A business-friendly OSS license
scm:svn:http://svn.baidu.com/banseon/maven/
scm:svn:http://svn.baidu.com/banseon/maven/
http://svn.baidu.com/banseon
demo
http://www.clf.com/
2.7 profile
pom.xml中的profile可以看做pom.xml的副本，拥有与pom.xml相同的子元素与配置方法。它包含可选的activation（profile的触发器）和一系列的changes。例如test过程可能会指向不同的数据库（相对最终的deployment）或者不同的dependencies或者不同的repositories，并且是根据不同的JDK来改变的。只需要其中一个成立就可以激活profile，如果第一个条件满足了，那么后面就不会在进行匹配。
false
1.7
Windows XP
Windows
x86
5.1.2600
mavenVersion
2.0.3
/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/
/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/
profile可以让maven能够自动适应外部的环境变化，比如同一个项目，在linux下编译linux的版本，在win下编译win的版本等。一个项目可以设置多个profile，也可以在同一时间设置多个profile被激活（active）的。自动激活的 profile的条件可以是各种各样的设定条件，组合放置在activation节点中，也可以通过命令行直接指定。如果认为profile设置比较复杂，可以将所有的profiles内容移动到专门的 profiles.xml 文件中，不过记得和pom.xml放在一起。
activation节点是设置该profile在什么条件下会被激活，常见的条件有如下几个.
2.7.1 os
判断操作系统相关的参数，它包含如下可以自由组合的子节点元素
message - 规则失败之后显示的消息
arch - 匹配cpu结构，常见为x86
family - 匹配操作系统家族，常见的取值为：dos，mac，netware，os/2，unix，windows，win9x，os/400等
name - 匹配操作系统的名字
version - 匹配的操作系统版本号
display - 检测到操作系统之后显示的信息
2.7.2 jdk
检查jdk版本，可以用区间表示。
2.7.3 property
检查属性值，本节点可以包含name和value两个子节点。
2.7.4 file
检查文件相关内容，包含两个子节点：exists和missing，用于分别检查文件存在和不存在两种情况。
如果想要某个profile默认处于激活状态，可以在
profile配置项在setting.xml中页有，是pom.xml中profile元素的裁剪版本，包含了id，activation, repositories, pluginRepositories和 properties元素。这里的profile元素只包含这五个子元素是因为setting.xml只关心构建系统这个整体（这正是settings.xml文件的角色定位），而非单独的项目对象模型设置。如果一个settings中的profile被激活，它的值会覆盖任何其它定义在POM中或者profile.xml中的带有相同id的profile。