之前有过类似的经历就是把写好的项目打成jar包,然后放到我们的私服上,当时是用的是直接从客户端添加我在本地打包好的jar包,当时老大说可以在本地进行配置然后deploy 就可以了,当时由于比较忙也就没在意,今天找了一些博文整理了一下,跟大家一起学习下大牛们是怎么工作的。
正文:
mvn:deploy在整合或者发布环境下执行,将最终版本的包拷贝到远程的repository,使得其他的开发者或者工程可以共享。
以将ojdbc14传到nexus中的thirdparty为例
一 配置settings.xml
【本人添加:
需要注意的是,settings.xml中server元素下id的值必须与POM中repository或snapshotRepository下id的值完全一致。将认证信息放到settings下而非POM中,是因为POM往往是它人可见的,而settings.xml是本地的】
因为nexus是需要登陆操作,当然可以通过配置免登陆,这是后话。
在settings.xml的<servers></servers>
<server>
<id>thirdparty</id>
<username>admin</username>
<password>admin123</password>
</server>
当然如果你要上传包去其他仓库,可依照此例,如
<server>
<id>central</id>
<username>admin</username>
<password>admin123</password>
</server>
如果进行deploy时返回Return code is: 401错误,则需要进行用户验证或者你已经验证的信息有误。
以上是我们在本地的settings.xml文件里配置的,然后我们还要对应的在我们的pom文件里来配置。
二 配置pom文件。
需要编辑项目的pom.xml文件。配置distributionManagement
<project>
...
<destributionManagement>
<repository>
<id>proj-releases</id>
<name>Proj Release Repository</name>
<url>http://192.168.1.100/content/repositories/proj-releases</url>
</repository>
<snapshotRepository>
<id>proj-snapshots</id>
<name>Proj Snapshot Repository</name>
<url>http://192.168.1.100/content/repositories/proj-snapshots</url>
</snapshotRepository>
</destributionManagement>
...
</project>
distributionManagement包含repository和snapshotRepository子元素,前者表示发布版本构件的仓库,后者表示快照版本的仓库。这两个元素下都需要配置id、name和url,id为该远程仓库的唯一标识,name是为了方便人阅读,关键的url表示该仓库的地址。
往远程仓库部署构件的时候,往往需要认证。就是需要在settings.xml中创建一个server元素,其id与仓库的id匹配,并配置正确的认证信息。不论远程仓库下载构件,还是部署构件至远程仓库,当需要认证的时候,配置的方式是一样的。配置正确后,在命令行运行mvn clean deploy,Maven就会将项目构建输出的构件部署到配置对应的远程仓库,如果项目当前的版本是快照版本,则部署到快照版本仓库地址,否则就部署到发布版本仓库地址
大家可以参考一下文章:
http://blog.csdn.net/zhouzhiwengang/article/details/27128469