之前我们把很多共通的类提取出来然后引用maven，然后修改实体类时就不用把每个项目都修改一遍，只不过每次都要打个新的包

然后开发的时候我发现可以引用本地的项目，不用每次都更新到云上。但是这样的话切换分支的时候常常报编译错误，我之前一直以为是Deployment Assembly配置的问题，因为搞着搞着编译就通过了。但是今天不知道为什么配置了半天，甚至复制了同事的配置还是一直报编译错误，通不过mvn test。

搞了三四个小时，通过查询资料和查看项目终于发现了，原来引用本地项目实际上还是在引用本地的maven库，我们需要执行mvn install来将需要引用的项目生成jar文件。

执行mvn clean后target文件消失



执行mvn test后生成target编译文件



可以看到有一个sources.jar结尾的文件，我不知道这个文件的作用，但是总之是不能作为maven包引用的，如果你编译引用这个项目的项目就会报错

执行mvn install后生成可执行的jar包



尝试对其他项目执行mvn install后发现也会生成可执行包，根据maven的配置不同会生成jar或war包



我之前并不清楚引用本地项目的原理是什么，对这些都似懂非懂，看来其实和其他的maven项目并没有区别都是引用jar包，只是位置不同，mvn install不仅仅是打包到线上的，也可以生成本地的包。

虽然这个应该算是基本知识，但是也花了我不少的尝试与时间，搞清楚以后终于豁然开朗，哈哈哈哈哈

找到本地maven仓库的要引用的jar包的目录下，只留下jar和pom删除其他的文件即可。其他文件似乎是缓存文件，有兴趣的可以查查，留言告诉我。

我们在构建maven项目时，常常会用到一些特殊的jar包（不能在中央仓库中直接下载到本地仓库如微软不允许以maven的方式直接下载com.microsoft.sqlserver:sqljdbc4:jar:4.0等jar包），我们只能手动下载这部分jar包导入到maven本地仓库去引用
jenkins会默认去maven的远程仓库找依赖包，但是远程仓库是没有这个包的，因此会报错



解决方案

1、将jar包存放在某一目录下，例如：/root/db2jcc.jar（Dfile）

DgroupId    DartifactId   Dversion   Dpackaging ：前三个如pom文件，最后一个是最后安装到仓库的jar包名（进入到本地仓库的db2jcc目录下执行下面的命令）

install-file -Dfile=/root/db2jcc.jar -DgroupId=db2 -DartifactId=db2jcc -Dversion=1.0  -Dpackaging=db2jcc-1.0.jar
2、在jenkins项目配置中做如下图配置，意思是在这里使用-Dmaven.repo.local,指定本地仓库的路径
clean package -Dmaven.test.skip=true -Dmaven.repo.local=/var/lib/jenkins/.m2/repository

Maven本地仓库明明有这个jar包 但就是引入不进来，各种install ，


最后重新换了本地仓库然后直接删除本地仓库中,对应jar的文件夹中的,后缀为.repositories的文件.


上述两种文件中配置了很多指向性的内容,通常指向的就是各类仓库地址,如私服.这类文件的存在,告诉了我们本地maven去哪里下载更新jar包.我们将其删除,maven就不会去这类文件中找远端仓库地址进行更新操作,而是直接引用了现有jar包