概念
- 这两个概念是用于描述 jar 包，jar 包 提供给其他系统作为依赖
- snapshot 版本代表不稳定、尚处于开发中的版本，即快照版本
- release 版本代表功能趋于稳定、当前更新停止，可以用于发行的版本
使用场景
- 依赖库中的 jar 包若处于不断更新，更准确的说是不停 deploy 时，deploy会发布到私服，则使用snapshot
- 格式：<version>1.0-snapshot</version>
- 特点
- 不停更新/deploy 时，版本号1.0不需更改，私服中会自动追加后缀时间为版本名
- 其他系统使用时，会自动load时间最近也即最新的版本
- 当第三方 jar 包功能确定时，可以提供一个release版本
- 格式：<version>1.0</version>，去掉-snapshot即可
- 特点
- 其他系统使用时，版本号不变，依赖包则不变，不会自动load最新版本
- 上述有两个意思
- 假设第三方对 1.0 version 更新了，但本地有旧的 1.0 version，其他系统不会更新引入私服中最新的1.0，与snapshot的区别
- 第三方 升级了2.0，其他系统必须手动更新依赖的version为 2.0，否则不能引入最新版本，这也是相对snapshot比较麻烦的地方
依赖包 deploy 设置
step 1
<!-- 项目发布管理：在依赖包所在项目的 pom 文件添加如下配置 -->
<distributionManagement>
<repository>
<id>releases</id> //发布时，设置的存放 release 版本 jar 包的仓库地址
<name>User Project Release</name>
<url>http://127.0.0.1:8081/nexus/content/repositories/releases/</url>
</repository>
<snapshotRepository>
<id>snapshots</id>
<name>User Project SNAPSHOTS</name> //发布时，设置的存放 snapshot 版本 jar 包的仓库地址
<url>http://127.0.0.1:8081/nexus/content/repositories/snapshots/</url>
</snapshotRepository>
</distributionManagement>
step 2
<!-- jar包 身份信息配置 -->
<groupId>cc.mzone</groupId>
<artifactId>m1</artifactId>
//如果想发布到snapshot仓库中，则需要在版本号后加上-SNAPSHOT(注意这里必须是大写)
<version>0.1-SNAPSHOT</version>
<packaging>jar</packaging>
jar包发布到本地缓存仓库
- mvn clean install -DskipTests
deploy 命令
- mvn clean deploy -DskipTests
- mvn clean deploy -X -Dmaven.test.skip=true
验证结果
- build success
- http://127.0.0.1:8081/nexus/content/repositories/releases/已经包含了相应的包
