快照更新策略需在repository的<snapshots>块中配置updatePolicy，仅限always、daily、interval:XX或never；必须与私服仓库URL及settings.xml中server的id匹配，且镜像需单独配置策略。
配置 Maven 私服的快照（SNAPSHOT）与发行版（RELEASE）更新策略，核心在于两处：一是 settings.xml 中仓库的 <snapshots> 和 <releases> 启用状态与更新频率；二是确保项目 pom.xml 的 <distributionManagement> 与私服实际仓库策略匹配。策略不生效，往往不是没配，而是配错位置或值不合法。
快照版本更新策略怎么设才有效
快照依赖默认每天只检查一次（daily），若开发频繁，需显式改为 always 或自定义间隔。该配置必须放在 <repositories> 或 <pluginRepositories> 下具体 <repository> 的 <snapshots> 块内，不能写在 <dependencies> 或全局 <profiles> 外层。
-
正确写法示例（settings.xml 或 pom.xml 的 repository 配置中）：
<snapshots><br> <enabled>true</enabled><br> <updatePolicy>always</updatePolicy><br></snapshots>
- 可选值只有四个：
always、daily、interval:XX（如interval:30表示每30分钟检查）、never；写成hourly或onetime会被静默忽略，回退为daily - 若使用镜像（
<mirrorOf>*</mirrorOf>），镜像本身不继承源仓库的 snapshot 策略，需在镜像对应的<repository>块里单独配<snapshots>
发行版更新策略要不要配
RELEASE 版本默认不检查远程更新——只要本地有对应 jar，Maven 就直接用。除非你明确需要强制拉取最新 release（比如修复了严重 bug 但未升版本号），否则一般不需要配 <releases> 的 updatePolicy。如果真要启用，写法与快照类似：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
<releases><br> <enabled>true</enabled><br> <updatePolicy>always</updatePolicy><br></releases>
- 注意：
<releases>的enabled默认为true，通常只需调updatePolicy；而<snapshots>的enabled默认是true，但很多公司私服的 release 仓库会禁用 snapshot，所以务必确认你依赖的仓库实际支持 SNAPSHOT
私服仓库 URL 与权限必须对得上
发布和拉取是两套逻辑，但共用同一套认证和地址配置。常见失效原因是：
-
pom.xml中<distributionManagement>的<id>（如nexus-releases）与settings.xml中<server>的<id>不一致 - 快照依赖从
maven-snapshots仓库拉，但settings.xml里只配了maven-releases的 server，导致认证失败或 401 - 私服中
maven-snapshots仓库的 Deployment Policy 设为Disable redeploy，而你反复 deploy 同一快照，Nexus 拒绝覆盖 → 本地查不到“新”快照
验证策略是否生效的小技巧
别只看配置文件，用实际行为验证：
- 运行
mvn help:effective-settings查看最终生效的 settings（含 profiles 激活状态） - 执行
mvn dependency:tree -Dverbose，观察依赖来源仓库 ID，确认走的是哪个 repository - 删掉本地快照目录（如
~/.m2/repository/com/example/mylib/1.0.0-SNAPSHOT/），再执行mvn compile，看是否下载带时间戳的新 jar（如mylib-1.0.0-20260807.032211-5.jar） - 临时加
-U（mvn clean compile -U）能更新，说明策略本身没问题，只是频率不够 —— 这时就该调updatePolicy而不是怀疑网络或权限
