1、setting.xml
maven的配置文件settings.xml存在于两个地方：
- 安装的地方：
${M2_HOME}/conf/settings.xml - 用户的目录：
${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。
下面的配置文件对各个节点的含义及作用都有注解。实际应用中，经常使用的是
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
setting.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
...
一般来说，上面的几个配置项对任何项目都是必不可少的，定义了项目的基本属性。
这里有必要对一个不太常用的属性classifier做一下解释，因为有时候引用某个jar包，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包，在JDK1.5环境下是一套，在JDK1.3环境下是一套：
引用它的时候就要注明JDK版本，否则maven不知道你到底需要哪一套jar包：
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里面的仓库与setting.xml里的仓库功能是一样的。主要的区别在于，pom里的仓库是个性化的。比如一家大公司里的setting文件是公用的，所有项目都用一个setting文件，但各个子项目却会引用不同的第三方库，所以就需要在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 报表配置
http://java.sun.com/j2se/1.5.0/docs/api/
sunlink
javadoc
2.6 项目配置
jira
http://jira.clf.com/
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/
3、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在什么条件下会被激活，常见的条件有如下几个：
- os
判断操作系统相关的参数，它包含如下可以自由组合的子节点元素
- message - 规则失败之后显示的消息
- arch - 匹配cpu结构，常见为x86
- family - 匹配操作系统家族，常见的取值为：dos，mac，netware，os/2，unix，windows，win9x，os/400等
- name - 匹配操作系统的名字
- version - 匹配的操作系统版本号
- display - 检测到操作系统之后显示的信息
- jdk
检查jdk版本，可以用区间表示。
- property
检查属性值，本节点可以包含name和value两个子节点。
- 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。