标签:local 应用 容器 互联网 cli 冲突 path maven log
<localRepository>/path/to/local/repo</localRepository>
<dependency>
<groupId>org.bux.maven</groupId>
<artifactId>demo</artifactId>
<version>1.0.2 SNAPSHOT</version>
</dependency>
他们构成了坐标
对应的目录是: org/bux/maven/demo/1.0.2/*.jar
去互联网上拷贝即可
mvn compile
--> 生成target文件夹, 有一个classes在里面mvn test
步骤: 先编译后执行 --> 在target中生成test-class文件夹mvn clean
将编译文件清楚, 之后只剩下src文件夹mvn package
mvn install
自动打包成jar并发布mvn deploy
--> 一般线上使用<modules>
<module>name</module>
<module>name</module>
</modules>
使用dependencyManagement可以统一管理项目的版本号,确保应用的各个项目的依赖和版本一致,不用每个模块项目都弄一个版本号,不利于管理,当需要变更版本号的时候只需要在父类容器里更新,不需要任何一个子项目的修改;如果某个子项目需要另外一个特殊的版本号时,只需要在自己的模块dependencies中声明一个版本号即可。子类就会使用子类声明的版本号,不继承于父类版本号。
<property>
<spring-core.version>1.1.1</spring-core.version>
<property>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>${spring-core.version}</version>
</dependency>
</dependencies>
</dependencyManagemet>
在子模块中指明
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
</dependency>
在父目录中导入子模块的包
<dependencies>
<groupId>submodule-groupId</groupId> <artifactId>submodule-artifactId</artifactId>
<version>1.1.1</version>
</dependencies>
<property>
<log4j.version>1.1.1</log4j.version>
</property>
引用${log4j.version}
标签:local 应用 容器 互联网 cli 冲突 path maven log
原文地址:https://www.cnblogs.com/megachen/p/9457180.html