1、在 pom.xml 中指定项目信息及打包方式。
<groupId>xxx.xxx</groupId>
<artifactId>xxx</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>jar</packaging>
<name>简介</name>
关键参数为 groupId、artifactId、version,这三个唯一确定一个 maven 依赖包。
packaging 参数指定了打为 jar 包。
将远程仓库目录配置到本项目中
在与 <dependencies> 标签平级的地方添加
<distributionManagement>
<repository>
<id>local-maven</id>
<url>file:${project.basedir}/release</url>
</repository>
</distributionManagement>
配置完成后,执行 maven 的 deploy 方法将会在当前工程目录下生成 release 目录,里面就是 maven 仓库。
将 release 添加到 git 项目中,并提交到远程 git 仓库,如 github 或 gitee
在 git 平台文件页面中,进入 release 目录,并记录下其路径。
例如码云的路径:https://gitee.com/scrambled_egg_with_eek/JTool/raw/master/release
2-、第三方工程引用位于 git 仓库中的 maven 依赖
在项目中配置仓库属性,也就是码云路径,与 <dependencies> 标签平级
<repositories>
<repository>
<id>gitee-maven</id>
<url>https://gitee.com/scrambled_egg_with_eek/JTool/raw/master/release</url>
</repository>
</repositories>
在 <dependencies> 标签中添加依赖
<dependencies>
<dependency>
<groupId>xxx.xxx</groupId>
<artifactId>xxx</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
</dependencies>
3、注意事项
以上步骤默认是 public 访问权限仓库,如果是 private 仓库,需要在本地 setting.xml 文件中配置仓库的用户名和密码
需要删除本地仓库中的代码才能进行测试,或者直接使用第二台电脑
当前项目的 jar 包就在当前项目的 release 目录下固然不错,但也导致了每引入一个此类型的 jar 包,都需要重新配置一个仓库
查看目录时,可以先进入 release 目录中,打开一个文本文件,再点击原始数据,从浏览器的地址中可以截取。