maven 快照 更新策略

目录

1、为什么会有快照？

没有快照之前：

                  A项目依赖于项目B，B每次改动就赋予一个新版本号，然后告诉A我改版本好了啊，每次改动都得告诉，有时忘了就麻烦了。

               可以看出没有快照会带来“浪费版本号”、沟通成大加大的问题。

有了快照之后：

               A项目依赖于项目B，B每次改动都会打上时间戳，A编译时会检查B的时间戳，如果晚于本地仓库B的时间戳，那么就会进行更新，否则不予更新。

             可以看出快照省去了沟通成本、版本号成本。

2、快照更新策略

注意，快照并不是每次install就会更新，这取决于更新策略；快照更新策略，有每日更新、永远检查更新、从不检查更新和自定义时间间隔更新，默认是每日更新也就是说一日更新一次，如果想总是更新，那么可以在settings.xml中配置。比如

<profile>
            <id>nexus</id>
            <repositories>
                <repository>
                    <id>central</id>
                    <url>http://central</url>
                    <releases>
                        <enabled>true</enabled>
                    </releases>
                    <snapshots>
                        <enabled>true</enabled>
                        <updatePolicy>always</updatePolicy>
                    </snapshots>
                </repository>
            </repositories>
</profile>

 

也可以通过命令强制更新，mvn clean install-U   这样就会强制更新到本地仓库

一次针对现有的http服务开发了一个SNAPSHOT版本的调用SDK jar包。QA同学部署到测试环境后，我又更新了一下jar包的内容，此时QA同学再次部署时并没有拉去到最新的jar包，这个就比较奇怪了。记忆中maven不是每次都从私服去检查
SNAPSHOT类型的jar包是否有更新吗？怎么对我就不起作用了呢？原来也是一直这么使用的的，换个公司就不行了？最后通过阅读官方文档才发现自己的理解不到位。

为什么使用SNAPSHOT类型的依赖？

答案当然是不想每次有点代码改动都升级一下版本。

maven如何处理SNAPSHOT类型的依赖？

第一次构建的时候会把该库从远程仓库中下载到本地仓库缓存中，然后根据pom文件的配置不定期检查该快照版本是否有变更。如果有变更则会重新拉去最新的jar。

检查频率配置

<repository>
    <id>myRepository</id>
    <url>...</url>
    <snapshots>
        <enabled>true</enabled>
        <updatePolicy>更新策略</updatePolicy>
    </snapshots>
</repository>

更新策略有一下几种：

  • always 每次构建都检查远程仓库中该依赖jar包是否有更新
  • daily 每天检查一次 (默认策略)
  • interval:XXX 指定检查时间间隔，单位是分钟。
  • never 从不检查。该策略就和正式版本的处理规则一样了。

 

转载：https://blog.csdn.net/chuxiong5717/article/details/100827955

 

 

 

 

 
posted @ 2022-03-21 16:27  迷走神经  阅读(946)  评论(0)  编辑  收藏  举报