快照更新策略需在repository的块中配置updatepolicy，仅限always、daily、interval:xx或never；必须与私服仓库url及settings.xml中server的id匹配，且镜像需单独配置策略。
配置 Maven 私服的快照（SNAPSHOT）与发行版（RELEASE）更新策略，核心在于两处：一是 settings.xml 中仓库的 <snapshots></snapshots> 和 <releases></releases> 启用状态与更新频率；二是确保项目 pom.xml 的 <distributionmanagement></distributionmanagement> 与私服实际仓库策略匹配。策略不生效，往往不是没配，而是配错位置或值不合法。
快照版本更新策略怎么设才有效
快照依赖默认每天只检查一次（daily），若开发频繁，需显式改为 always 或自定义间隔。该配置必须放在 <repositories></repositories> 或 <pluginrepositories></pluginrepositories> 下具体 <repository></repository> 的 <snapshots></snapshots> 块内，不能写在 <dependencies></dependencies> 或全局 <profiles></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></repository>块里单独配<snapshots></snapshots>
发行版更新策略要不要配
RELEASE 版本默认不检查远程更新——只要本地有对应 jar，Maven 就直接用。除非你明确需要强制拉取最新 release（比如修复了严重 bug 但未升版本号），否则一般不需要配 <releases></releases> 的 updatePolicy。如果真要启用，写法与快照类似：
<releases><br> <enabled>true</enabled><br> <updatepolicy>always</updatepolicy><br></releases>
- 注意：
<releases></releases>的enabled默认为true，通常只需调updatePolicy；而<snapshots></snapshots>的enabled默认是true，但很多公司私服的 release 仓库会禁用 snapshot，所以务必确认你依赖的仓库实际支持 SNAPSHOT
私服仓库 URL 与权限必须对得上
发布和拉取是两套逻辑，但共用同一套认证和地址配置。常见失效原因是：
-
pom.xml中<distributionmanagement></distributionmanagement>的<id></id>（如nexus-releases）与settings.xml中<server></server>的<id></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而不是怀疑网络或权限
