概念

• 这两个概念是用于描述 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/已经包含了相应的包