本文共 1281 字，大约阅读时间需要 4 分钟。

概念

• 这两个概念是用于描述 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

   
     
        
     
      releases
      //发布时，设置的存放 release 版本 jar 包的仓库地址    
     
      User Project Release
         
     
      http://127.0.0.1:8081/nexus/content/repositories/releases/
       
      
        
     
      snapshots
         
     
      User Project SNAPSHOTS
      //发布时，设置的存放 snapshot 版本 jar 包的仓库地址    
     
      http://127.0.0.1:8081/nexus/content/repositories/snapshots/
       
    
   

step 2

   
   
    cc.mzone
   
   
    m1
   //如果想发布到snapshot仓库中，则需要在版本号后加上-SNAPSHOT(注意这里必须是大写)
   
    0.1-SNAPSHOT
    
   
    jar
   

jar包发布到本地缓存仓库

• mvn clean install -DskipTests

deploy 命令

• mvn clean deploy -DskipTests
• mvn clean deploy -X -Dmaven.test.skip=true

转载地址：http://syvmi.baihongyu.com/