Maven学习 --- distributionManagement

在使用maven过程中,我们在开发阶段经常性的会有很多公共库处于不稳定状态,随时需要修改并发布,可能一天就要发布一次,遇到bug时,甚至一天要发布N次。我们知道,maven的依赖管理是基于版本管理的,对于发布状态的artifact,如果版本号相同,即使我们内部的镜像服务器上的组件比本地新,maven也不会主动下载的。如果我们在开发阶段都是基于正式发布版本来做依赖管理,那么遇到这个问题,就需要升级组件的版本号,可这样就明显不符合要求和实际情况了。但是,如果是基于快照版本,那么问题就自热而然的解决了,而maven已经为我们准备好了这一切。

 

       maven中的仓库分为两种,snapshot快照仓库和release发布仓库。snapshot快照仓库用于保存开发过程中的不稳定版本,release正式仓库则是用来保存稳定的发行版本。定义一个组件/模块为快照版本,只需要在pom文件中在该模块的版本号后加上-SNAPSHOT即可(注意这里必须是大写),如下:

 

  1. <groupId>cc.mzone</groupId>  
  2. <artifactId>m1</artifactId>  
  3. <version>0.1-SNAPSHOT</version>  
  4. <packaging>jar</packaging>  


       maven会根据模块的版本号(pom文件中的version)中是否带有-SNAPSHOT来判断是快照版本还是正式版本。如果是快照版本,那么在mvn deploy时会自动发布到快照版本库中,而使用快照版本的模块,在不更改版本号的情况下,直接编译打包时,maven会自动从镜像服务器上下载最新的快照版本。如果是正式发布版本,那么在mvn deploy时会自动发布到正式版本库中,而使用正式版本的模块,在不更改版本号的情况下,编译打包时如果本地已经存在该版本的模块则不会主动去镜像服务器上下载。

 


      所以,我们在开发阶段,可以将公用库的版本设置为快照版本,而被依赖组件则引用快照版本进行开发,在公用库的快照版本更新后,我们也不需要修改pom文件提示版本号来下载新的版本,直接mvn执行相关编译、打包命令即可重新下载最新的快照库了,从而也方便了我们进行开发。

 

接下来要介绍的是如何在项目中应用snapshot和release库,应用snapshot和release库达到不同环境下发布不同的版本的目的,首先看一个pom文件的定义:

  1. <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
  2.          xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">  
  3.     <modelVersion>4.0.0</modelVersion>  
  4.     <groupId>net.aty.mybatis</groupId>  
  5.     <artifactId>mybatis-demo</artifactId>  
  6.     <packaging>jar</packaging>  
  7.     <version>${project.release.version}</version>  
  8.     <name>mybatis-demo</name>  
  9.     <url>http://maven.apache.org</url>  
  10.       
  11.     <properties>  
  12.         <project.release.version>0.1-SNAPSHOT</project.release.version>  
  13.     </properties>  
  14.       
  15.   
  16.     <profiles>  
  17.         <profile>  
  18.             <id>release</id>  
  19.         <properties>  
  20.             <project.release.version>0.1</project.release.version>  
  21.         </properties>  
  22.         </profile>  
  23.     </profiles>  
  24.       
  25.       
  26.     <!--定义snapshots库和releases库的nexus地址-->  
  27.     <distributionManagement>  
  28.         <repository>  
  29.             <id>nexus-releases</id>  
  30.             <url>  
  31.                 http://172.17.103.59:8081/nexus/content/repositories/releases/  
  32.             </url>  
  33.         </repository>  
  34.         <snapshotRepository>  
  35.             <id>nexus-snapshots</id>  
  36.             <url>  
  37.                 http://172.17.103.59:8081/nexus/content/repositories/snapshots/  
  38.             </url>  
  39.         </snapshotRepository>  
  40.     </distributionManagement>  
  41.   
  42. </project>  

 

  首先我们看到pom文件中version的定义是采用占位符的形式,这样的好处是可以根据不同的profile来替换版本信息,比如maven默认是使用0.1-SNAPSHOT作为该模块的版本。

1、如果在发布时使用mvn deploy -P release 的命令,那么会自动使用0.1作为发布版本,那么根据maven处理snapshot和release的规则,由于版本号后不带-SNAPSHOT故当成是正式发布版本,会被发布到release仓库;

2、如果发布时使用mvn deploy命令,那么就会使用默认的版本号0.1-SNAPSHOT,此时maven会认为是快照版本,会自动发布到快照版本库。

 

      在distributionManagement段中配置的是snapshot快照库和release发布库的地址,我这里是采用nexus作为镜像服务器。对于版本库主要是id和url的配置,配置完成后就可以通过mvn deploy进行发布了,当然了,如果你的镜像服务器需要用户名和密码,那么还需要在maven的settings.xml文件中做如下配置:

  1. <server>  
  2.   <id>nexus-releases</id>  
  3.   <username>admin</username>  
  4.   <password>admin123</password>  
  5. </server>  
  6.   
  7. <server>  
  8.   <id>nexus-snapshots</id>  
  9.   <username>admin</username>  
  10.   <password>admin123</password>  
  11. </server>  

  注意这里配置的server的id必须和pom文件中的distributionManagement对应仓库的id保持一致,maven在处理发布时会根据id查找用户名称和密码进行登录和文件的上传发布。

     我们这里通过profile的定义就可以在发布灵活切换snapshot快照版本和release正式版本了,在被依赖的组件中也可以使用profile来定义在开发阶段使用快照库,在发布阶段使用正式库的功能,只需要在不同的profile中覆盖默认的properties属性值即可。

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: org.apache.maven.plugins:maven-deploy-plugin:2.7 是一个Maven插件,用于将构建好的项目部署到远程仓库中。该插件可以将项目的构建结果打包成jar、war、ear等格式,并将其上传到Maven仓库或者私有仓库中,以供其他开发者使用。该插件可以通过在pom.xml文件中配置来使用。 ### 回答2: org.apache.maven.plugins:maven-deploy-plugin:2.7 是 Apache Maven 构建工具中的插件之一。该插件提供了一种将 Maven 项目部署到远程仓库的方法。 在软件开发过程中,通常需要将构建好的项目部署到远程仓库,以供其他开发人员或系统使用。Maven 是一个基于项目对象模型(Project Object Model,POM)的构建工具,可以简化项目构建和部署的过程。maven-deploy-plugin 就是 Maven 提供的用于将项目部署到远程仓库的插件之一。 使用 maven-deploy-plugin 插件可以通过执行 Maven deploy 命令实现项目的部署。在执行命令时,该插件会将构建好的项目生成的 jar、war 或其他可执行文件等发布到指定的远程仓库中。这样其他开发人员或系统就可以通过引入这些发布的项目依赖,来使用项目中定义的类、方法或资源等。 maven-deploy-plugin 的版本号为 2.7,这代表了该插件的发布版本。随着时间的推移,Maven 团队会对插件进行更新,并修复之前版本中的一些问题或增加新的功能。因此,使用最新版本的插件可以获得更好的功能和稳定性。当然,如果你的项目使用了特定版本的插件,那么你需要确保你的构建环境中有该版本的插件可用。 总而言之,org.apache.maven.plugins:maven-deploy-plugin:2.7 插件是 Apache Maven 构建工具中用于将项目部署到远程仓库的插件。使用该插件可以简化项目部署的过程,方便其他开发人员或系统使用你的项目。 ### 回答3: org.apache.maven.plugins:maven-deploy-plugin:2.7是Apache Maven的一个插件,主要用于将构建好的项目部署到远程仓库中。 Apache Maven是一个构建项目的工具,通过配置一个项目的pom.xml文件,可以管理项目的依赖关系、构建过程、测试和部署等操作。它提供了一种统一的项目管理方式,可以自动下载项目所需的依赖库,进行项目的编译、测试和打包等操作。 maven-deploy-plugin是Maven的一个核心插件,它提供了将构建好的项目部署到远程仓库的功能。在项目构建完成后,如果需要将项目发布到公共或私有的仓库供他人访问或使用,可以使用该插件实现。 通过配置pom.xml文件中的<distributionManagement>标签,可以指定项目需要部署到的目标仓库。maven-deploy-plugin插件会根据配置的目标仓库地址、用户名和密码等信息,将项目的构建产物(例如JAR文件)发布到指定的仓库中。 使用maven-deploy-plugin插件进行项目部署可以方便地将项目发布到远程仓库中,并提供给其他开发者使用。这个插件的版本号为2.7,是指该插件的稳定版本,可以用于当前Maven环境中的项目部署工作。 总而言之,org.apache.maven.plugins:maven-deploy-plugin:2.7是一个用于将构建好的项目部署到远程仓库的Maven插件,可以帮助开发者方便地发布和共享项目。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值