• 跟踪Maven更新Snapshot依赖包时的操作


    假设我在2013年03月07日08时48分52秒在我自己的电脑上使用“mvn clean install”构建了“com.my.testu:testu:1.0.1-SNAPSHOT”。

    那么Maven会在本地仓库目录“C:\MavenRepo\com\my\testu\1.0.1-SNAPSHOT”下生成文件“maven-metadata-local.xml”,内容如下:

    <?xml version="1.0" encoding="UTF-8"?>
    <metadata modelVersion="1.1.0">
      <groupId>com.my.testu</groupId>
      <artifactId>testu</artifactId>
      <version>1.0.1-SNAPSHOT</version>
      <versioning>
        <snapshot>
          <localCopy>true</localCopy>
        </snapshot>
        <lastUpdated>20130307084852</lastUpdated>
        <snapshotVersions>
          <snapshotVersion>
            <extension>jar</extension>
            <value>1.0.1-SNAPSHOT</value>
            <updated>20110407084852</updated>
          </snapshotVersion>
          <snapshotVersion>
            <extension>pom</extension>
            <value>1.0.1-SNAPSHOT</value>
            <updated>20110407084852</updated>
          </snapshotVersion>
        </snapshotVersions>
      </versioning>
    </metadata>

    后面的几天,其他同事更新了com.my.testu:testu:1.0.1-SNAPSHOT的内容,并发布到了公司的Maven服务器上。

    公司Maven服务器上产生了文件:

    • testu-1.0.1-20130407.081828-34.jar
    • testu-1.0.1-20130407.081828-34.pom

    并更新了maven-metadata.xml,内容如下:

    <?xml version="1.0" encoding="UTF-8"?>
    <metadata modelVersion="1.1.0">
      <groupId>com.my.testu</groupId>
      <artifactId>testu</artifactId>
      <version>1.0.1-SNAPSHOT</version>
      <versioning>
        <snapshot>
          <timestamp>20130407.081828</timestamp>
          <buildNumber>34</buildNumber>
        </snapshot>
        <lastUpdated>20130407081828</lastUpdated>
        <snapshotVersions>
          <snapshotVersion>
            <extension>jar</extension>
            <value>1.0.1-20130407.081828-34</value>
            <updated>20130407081828</updated>
          </snapshotVersion>
          <snapshotVersion>
            <extension>pom</extension>
            <value>1.0.1-20130407.081828-34</value>
            <updated>20130407081828</updated>
          </snapshotVersion>
      </versioning>
    </metadata>

    在这期间我的电脑上没有发生过任何关于testu的构建。

    某一天,我需要构建一个依赖于testu的项目,于是我运行了mvn clean package来打包。

    这个时候,maven做了什么呢(背景:我通过配置镜像,使我本地Maven的任何资源都是从公司的Maven服务器下载的)?

    Step1:从公司的Maven服务器上下载maven-metadata.xml,重命名为“maven-metadata-<RepositoryID>.xml”,并保存到本地仓库相应目录。

    Step2:比较maven-metadata-local.xml与maven-metadata-<RepositoryID>.xml中的lastUpdated时间戳的值。

    • 如果maven-metadata-local.xml中的时间戳比较大,则终止。
    • 如果maven-metadata-<RepositoryID>.xml中的时间戳较大,则从公司Maven服务器上下载最新版本。即:testu-1.0.1-20130407.081828-34.jar。这个过程分两步:(1)下载testu-1.0.1-20130407.081828-34.jar到本地Maven仓库。(2)将testu-1.0.1-20130407.081828-34.jar复制一份,覆盖掉原先的testu-1.0.1-SNAPSHOT.jar。也就是说,如果Maven从远程仓库下载了最新的SNAPSHOT发布包的话,那么最新的待时间戳的包和xxx-SNAPSHOT包是完全一样的。

     

  • 相关阅读:
    React组件的生命周期
    机器人api
    智能机器人
    已复制该虚拟机 之后需要的处理工作
    在虚拟机上安装CentOS6.5(minimal)
    fastdfs
    redis安装
    FtpClient上传文件异常:java.net.SocketException: Connection reset
    redis的学习笔记
    git命令2
  • 原文地址:https://www.cnblogs.com/zhangqingsh/p/3006723.html
Copyright © 2020-2023  润新知