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 版本，这个版本将会随时因为被修改而更新。