weixin_63257947的博客

每次创建 Project 后都需要设置 Maven 家目录位置，否则 IDEA 将使用内置的 Maven 核心程序（不稳定）并使用默认的本地仓库位置。这样一来，我们在命令行操作过程中已下载好的 jar 包就白下载了，默认的本地仓库通常在 C 盘，还影响系统运行。配置之后，IDEA 会根据我们在这里指定的 Maven 家目录自动识别到我们在 settings.xml 配置文件中指定的本地仓库。按照idea工程的布局，project相当于父工程，里面的module相当于子工程（模块工程）

这里还要注意一点，如果子工程的groupId和version与父工程的一样，那么子工程的groupId和version就可以省略。打包方式为 pom 的 Maven 工程中不写业务代码，它是专门管理其他 Maven 工程的工程。然后我们可以在子工程中引用那些被父工程管理的依赖，子工程引用父工程中的依赖信息时，可以把版本号去掉，把版本号去掉就表示子工程中这个依赖的版本由父工程决定。本质上是 A 工程的 pom.xml 中的配置继承了 B 工程中 pom.xml 的配置，本质上是pom文件里的配置内容的继承。

main目录下的类为HelloServlet，compile范围引入的依赖为：pro01-maven-java，pro01-maven-java中的类为：Calculator,我们只需验证main目录下的类为HelloServlet能否使用Calculator即可。我们可以看到pro01-maven-java 依赖了 junit，但是在 pro02-maven-web 工程中查看依赖树的时候并没有看到 junit，所以test范围不能传递。所以配置依赖的排除其实就是阻止某些 jar 包的传递。

这是因为junit 依赖了hamcrest-core，然后基于依赖的传递性，hamcrest-core 被传递到我们的工程了。我们打包后可以发现，通过查看 war 包内的结构，我们看到被 Web 工程依赖的 Java 工程确实是会变成 Web 工程的 WEB-INF/lib 目录下的 jar 包。然后我们在web工程中编写一下测试代码，依赖了以后，依赖了Java工程了，在一个工程里面能不能用到另一个工程的类呢。（测试操作中会提前自动执行编译操作，测试成功就说明编译也是成功的。命令，生成 war 包。

这个命令的作用是：将本地构建过程中生成的 jar 包存入 Maven 本地仓库，而且安装操作还会将 pom.xml 文件转换为 XXX.pom 文件一起存入本地仓库。注意：运行 Maven 中和构建操作相关的命令时，必须进入到 pom.xml 所在的目录。是指当前工程打包的方式，默认以jar包的方式进行打包，说明这是一个Java工程如果取值为war的话，生成war包，说明这是一个Web工程。打包的结果——jar 包，存放的目录：target。2.然后是具体的子标签，第一个是。标签来配置具体的依赖的信息的。