Maven 中的 release 和 snapshot 版本库的区别

maven 的代码仓库分为 2 种类。

这 2 种分别为 snapshot 和 release。

作用和区别

可以将 release 理解为稳定的发布版本,当版本 release 后,如果你发现你的代码有问题,希望马上进行修改的话,一般来说是不可以的。

代码仓库通常不允许你将 release 版本多次发布,如果你需要进行再次发布的话,你需要修改版本号。

snapshot 针对 release 来理解的话,最简单的说法就是可以多次发布,如果你愿意,你可以将任何字符修改一下,然后发布上去。使用 snapshot 发布的时候的代码库,多次发布是不会被拒绝的。

约定

版本号中的 release 和 snapshot 区别就是,snapshot 是在版本号后面添加 -SNAPSHOT 字符。

这几个字符必须是大写,同时这几个字符不能变,添加在版本号的后面,中间使用分隔符进行分隔。

例如我们有一个项目,项目中的的依赖定义为:

    <groupId>com.ossez</groupId>
    <artifactId>parent-modules</artifactId>
    <version>0.0.1</version>
    <packaging>pom</packaging>

如果是 SNAPSHOT 版本的话,那么version 部分就需要修改为 <version>0.0.1-SNAPSHOT</version> 而且只能是这种格式。

Maven 使用

我们知道 Maven 在本地是进行缓存的,如果你使用的是 release 版本的话,一旦包被下载到本地了,Maven 是不会重新下载的。

如果你希望重新下载的话,你需要手动删除本地中的缓存。

如果你使用的是 SNAPSHOT 版本的话,每次在构建的时候都会从定义的新仓库中下载新的版本。

这样就更加方便项目小组之间的协调。

比如说,项目小组 A 有个包的版本为 0.0.1-SNAPSHOT ,项目小组 B 中有个包是依赖于这个的,但是项目小组 B 发现这个包中有问题,需要进行修改。

小组 B 将会通知小组 A 进行修改,小组 A 修改完成后将会 Push 到仓库中,尽管版本号没有变,那么项目小组 B 在编译的时候,也会使用新推送的 0.0.1-SNAPSHOT 版本。

那么小组 B 依赖小组 A 修复的错误就已经修改完成了。

如果采用 release 的话,那就必须修改版本号了。

在持续集成的时候,过于频繁的修改版本号并不是一个非常好的实践,这将会导致过多,过于频繁的版本号变化。

上面的图片显示了我们推送到中央仓库中的 SNAPSHOT 版本,这个版本将会随时因为被修改而更新。