白眉大叔 maven -releases
maven -snapshots
nexus-snapshots 用于发布 快照版（SNAPSHOT）
nexus-releases 用于发布 发布版（RELEASE）
项目快照（Snapshot） VS 版本（Version）
版本（Version）的情况下，如果Maven以前下载过指定的版本文件，比如说data-service:1.0，Maven将不会再从仓库下载新的可用的1.0文件。若要下载更新的代码，data-service的版本需要升到1.1。
快照（Snapshot）的情况下，每次app-ui团队构建他们的项目时，Maven将自动获取最新的快照(data-service:1.0-SNAPSHOT)。
备注：版本（Version）存放在Release发布仓库。快照（Snapshot）存放在Snapshot快照仓库。
注意：版本（Version）的概念，只要不带有-SNAPSHOT的关键字时，都会认为这是一个在Release发布仓库的jar包。其中在Release发布仓库的jar包命名除了具体的版本号之后还可以带上比如：1.0-Release、1.0-rc1等等的字样。
举个例子：
一个大型的软件应用通常包含多个模块，并且通常的场景是多个团队开发同一应用的不同模块。举个例子，设想一个团队开发应用的前端，项目为app-ui（app-ui.jar:1.0），而另一个团队开发应用的后台，使用的项目是data-service（data-service.jar:1.0）。
现在可能出现的情况是开发data-service的团队正在进行快节奏的bug修复或者项目改进，并且他们几乎每隔一天就要发布库到远程仓库。
现在如果data-service团队每隔一天上传一个新版本，那么将会出现下面的问题：
- data-service团队每次发布更新的代码时都要告知app-ui团队。
- app-ui团队需要经常地更新他们pom.xml文件到最新版本。
为了解决这种情况， 快照（SNAPSHOT）的概念派上了用场。
快照（SNAPSHOT）是一种特殊的版本，指定了某个当前的开发进度的副本。不同于常规的版本，Maven每次构建都会在远程仓库中检查新的快照。
现在data-service团队会每次发布更新代码的快照到仓库中，比如说data-service:1.0-SNAPSHOT来替代旧的快照jar包。
注意：每次更新jar包时，版本好不变，且后缀必须带上-SNAPSHOT。
2、pom.xml 中的版本定义：
快照版：0.0.1-SNAPSHOT
发布版：1.0.1-RELEASE
例如：
<groupId>com.test</groupId>
<artifactId>cloud</artifactId>
<version>1.0.1-RELEASE</version>
<groupId>com.test</groupId>
<artifactId>cloud</artifactId>
<version>0.0.1-SNAPSHOT</version>
3、pom.xml 中含有 SNAPSHOT 符号的发布到私有仓库中都为快照版，其余都是 RELEASE 版本。
4、快照版 会自动加一个时间作为标识，如：0.0.1-SNAPSHOT 发布后变成 0.0.1-SNAPSHOT-20200304.123456-1.jar 。
5、快照版 可以多次发布一个版本，但仓库 jar包后缀 会递增，如：0.0.1-SNAPSHOT-20200304.123478-2.jar。发布版 不会。
欢迎来撩 ： 汇总all
