以前一直没有在意,今天建立maven工程的时候在节点下加入了junit依赖,结果在dependency Graph中没有发现junit的依赖关系,怎么回事?没有加入项目依赖?遂google之
得解释:
1 ．使用项目继承
利用项目继承可以将结构信息，部署信息，共同的依赖信息放置在单一的位置。在每个工程的 pom 中都会有一个parent元素：

[…] org.apache.maven.proficio
proficio
1.0-SNAPSHOT […]

这使得子项目的 pom 可以继承顶层 pom 中的定义，检查顶层 pom 的 dependencies 部分：
[…]


junit
junit
3.8.1
test


[…]
在各个子模块的 pom 中没有对 Junit 依赖的定义，但是从顶层 pom 中继承了依赖的定义。
为了看清楚可以在一个子模块 pom 所在目录下，执行命令

#mvn help:effective-pom

可以看到最终起效果的 pom ，这在找错时很有效。
2 ．管理依赖
在 pom 中指明 dependency management 元素的方式 maven 结合项目继承来管理依赖。在多模块应用中，可能多个子项目会有共同的依赖。此时为了正确运行，必须让所有的子项目使用依赖项的同一版本。必须确保应用的各个项目的依赖项和版本一致，才能保证测试的和发布的是相同的成果。因此，应在顶层的 pom 中定义共同的依赖关系。
在 Proficio 应用的顶层 pom 中的 dependency management 段如下：




com.devzuz.mvnbook.proficio
proficio-model
${project.version}


com.devzuz.mvnbook.proficio
proficio-api
${project.version}


com.devzuz.mvnbook.proficio
proficio-core
${project.version}


com.devzuz.mvnbook.proficio
proficio-store-memory
${project.version}


com.devzuz.mvnbook.proficio
proficio-store-xstream
${project.version}


org.codehaus.plexus
plexus-container-default
1.0-alpha-9




注意 ${project.version} 变量指的是应用的 version 。
顶层 pom 中的 dependencies 与 dependencyManagement 中的 dependencies 元素有一个重要的区别：
dependencyManagement 中的 dependencies 元素只表明依赖项版本的优先选择，并不影响项目的依赖项；而 dependencies 元素则影响项目的依赖项。
检查 Proficio api 模块的 pom: com.devzuz.mvnbook.proficio
proficio
1.0-SNAPSHOT 4.0.0
proficio-api jar Proficio API


com.devzuz.mvnbook.proficio
proficio-model

其中没有指明依赖项的版本信息，在顶层 pom 中的 dependencyManagement 中表明其优选的版本是 ${project.version} 即 1.0-SNAPSHOT 。为使其模块 pom 完整，其版本信息会注入其中。只有当 dependencies 元素中没有指明版本信息时， dependencyManagement 中的 dependencies 元素才起作用。
呵呵 一个是项目依赖,一个是多模块maven项目时候的依赖管理控制的。
[整理自网络]