Maven仓库URL变更后，传递性依赖解析规则咨询

核心结论 #

仅在主项目POM中覆盖对应server id的仓库URL不足以解决问题，第三方POM会自行使用其定义的仓库URL进行依赖解析。你需要重新发布所有自研第三方JAR/POM（更新其中的仓库URL为新通用地址），并更新主项目对这些依赖的引用。

具体原因说明 #

• Maven仓库配置的独立性：每个POM中的<repositories>、<pluginRepositories>配置是独立的，不会被上游项目的配置覆盖。当Maven解析主项目依赖的自研第三方JAR时，会读取该第三方JAR附带的POM文件，优先使用其中定义的仓库URL，而非主项目POM里的配置——哪怕两者的server id完全一致。
• server id的作用局限：server id仅用于匹配settings.xml中的认证信息，和仓库URL的解析逻辑无关。主项目修改同id的仓库URL，不会影响第三方POM里的仓库地址配置。
• 旧URL停用后的风险：当前旧Nexus URL的重定向只是临时方案，一旦停用，所有依赖旧URL的第三方POM都会出现依赖解析失败的问题，必须彻底替换所有相关POM中的旧URL。

操作建议 #

1. 批量修改所有自研第三方项目的POM，将<repositories>、<pluginRepositories>、<distributionManagement>中的URL替换为新的通用地址。
2. 将修改后的第三方项目重新发布到Gitea仓库（发布版需更新版本号，SNAPSHOT版可直接重新部署覆盖）。
3. 更新主项目及所有下游项目中对这些第三方依赖的引用，确保使用最新发布的版本。

内容的提问来源于stack exchange，提问作者JWT