dependencyManagement和dependencies的区别
dependencyManagement和dependencies的区别
参考：http://zhaoshijie.iteye.com/blog/2094478
http://blog.csdn.net/cpf2016/article/details/45674377
还有一篇转载文章也说得很详细，见：http://blog.csdn.net/jiangyu1013/article/details/52424672
modelVersion：声明项目描述符遵循哪一个POM模型版本。模型本身的版本很少改变，虽然如此，但它仍然是必不可少的，这是为了当Maven引入了新的特性或者其他模型变更的时候，确保稳定性。
parent：引入父级pom文件。
groupId：公司名称、组织名称、项目开发者，配置时生成路径也是由此生成（包名，如com.XXX）。
artifactId：项目通用名称。
version：对应项目版本号。
packaging：打包后的类型。如war、jar、maven-plugin、ejb、pom、ear、par、rar
name:用户描述项目的名称，可选。
url:项目主页的URL, Maven产生文档时用。
exclusions：排除管理（写在dependency中）。
exclusion：具体要排除的依赖项。
repositories:仓库管理。
repository：具体仓库（有id、name、url子元素）。
properties：自定义标签管理（可在其内自定义标签名、值，用法同于el表达式：${标签名}得到其值），常用于集中定义依赖版本号。
scope：管理部署（可以使用5个值：
* compile，缺省值，适用于所有阶段，会随着项目一起发布。
* provided，类似compile，期望JDK、容器或使用者会提供这个依赖。如servlet.jar。
* runtime，只在运行时使用，如JDBC驱动，适用运行和测试阶段。
* test，只在测试时使用，用于编译和运行测试代码。不会随项目发布。
* system，类似provided，需要显式提供包含依赖的jar，Maven不会在Repository中查找它。
）。
dependencies:依赖,jar包管理。
dependency：具体的依赖项。
dependencyManagement：依赖,jar包管理。
dependencyManagement和dependencies区别：
1)dependencies:自动引入声明在dependencies里的所有依赖，并默认被所有的子项目继承。如果项目中不写依赖项，则会从父项目
继承（属性全部继承）声明在父项目dependencies里的依赖项。
2)dependencyManagement里只是声明依赖，并不实现引入，因此子项目需要显示的声明需要的依赖。如果不在子项目中声明依赖，
是不会从父项目中继承的；只有在子项目中写了该依赖项，并且没有指定具体版本，才会从父项目中继承该项，并且version和scope都读取
自父pom;如果子项目中指定了版本号，那么会使用子项目中指定的jar版本。同时dependencyManagement让子项目引用依赖，而不用显示的列
出版本号。Maven会沿着父子层次向上走，直到找到一个拥有dependencyManagement元素的项目，然后它就会使用在这个
dependencyManagement元素中指定的版本号,实现所有子项目使用的依赖项为同一版本。
3）dependencyManagement 中的 dependencies 并不影响项目的依赖项；而独立dependencies元素则影响项目的依赖项。只有当外
层的dependencies元素中没有指明版本信息时，dependencyManagement 中的 dependencies 元素才起作用。一个是项目依赖，一个是maven
项目多模块情况时作依赖管理控制的。
4)pluginManagement和plugins 区别相似，只不过它们用于管理plugin。
build：全局配置（project build），针对当前项目的所有情况都有效。自定义配置（profile build）针对不同的profile配置。
defaultGoal：执行build任务时，如果没有指定目标，将使用的默认值。
finalName：build目标文件的名称，默认情况为${artifactId}-${version}。
include：指定哪些文件将被匹配，以*作为通配符。
excludes：指定哪些文件将被忽略。
resources：用于包含或者排除某些资源文件。
testResources：定义和resource类似，只不过在test时使用
directory：build目标文件的存放目录，就是定义resource文件所在的文件夹，默认在${basedir}/target目录。
plugins：指定使用的插件。
configuration：配置该plugin期望得到的properties。
另外：
modules：一个项目有多个平级模块，也叫做多重模块，或者合成项目，modules实现平级模块管理。
module：具体模块名称（标明该模块和artifactId标签中模块平级），是project标签的子元素。
profiles：自定义配置信息管理
profile：具体自定义配置（可以在不同环境下使用不同的配制文件）
activation：profile的子元素，指该配置的激活条件。Activation是profile的开启钥匙，但不是激活profile的唯一方式。
jdk：当匹配的jdk被检测到，profile被激活。
os：用法同于jdk，当匹配的操作系统属性被检测到，profile被激活。