Maven本地仓库已有父POM为何仍尝试从远程下载

• Maven本地仓库的每个artifact目录下都会生成_remote.repositories元数据文件，记录该artifact是从哪个ID的远程仓库下载的。执行Maven命令时，如果加载的settings.xml里没有配置对应ID的仓库，Maven会判定本地存储的artifact不属于当前可用仓库的合法缓存——哪怕文件实体就在本地目录，也会触发远程拉取逻辑。你执行Sonar扫描的步骤没有提供配置了JFrog仓库的settings文件，Maven识别不到当初下载父POM B 的源ID，直接忽略了本地已存在的POM文件。
• 你大概率在前置构建步骤是通过mvn -s <自定义settings路径>参数加载的JFrog配置，该配置仅对当前步骤的命令生效。执行Sonar命令的步骤既没有携带-s参数指定同一份settings文件，也没有把JFrog配置放到Maven默认读取的全局/用户级settings路径下，Maven启动时只会加载默认配置（仅包含Central中央仓库），自然找不到托管在私有JFrog仓库的父POM。
• 开启离线模式仍然失败的原因是：仓库ID校验逻辑的优先级高于离线模式的本地优先规则。当本地缓存的artifact来源仓库不在当前Maven激活的仓库列表中时，离线模式会直接报依赖不存在，不会读取本地已存文件。
• 你用Cache动作缓存本地Maven仓库的操作本身没有问题，但缓存内容包含了所有元数据文件，只要元数据记录的仓库信息和当前运行的Maven配置不匹配，本地缓存就不会被识别为有效资源。

• 成本最低的修复方案：让Sonar扫描的Maven命令和前置构建步骤使用完全一致的启动参数，携带-s指向配置了JFrog仓库的同一份settings.xml即可。不需要额外调整其他配置，Maven会自动识别本地缓存的父POM是从当前配置的JFrog仓库下载的，不会触发重复拉取。
• 如果不想在Sonar步骤携带自定义settings文件，可以在前置构建步骤下载完所有依赖后，批量删除本地Maven仓库下的来源标记文件，执行命令：find ~/.m2/repository -name "_remote.repositories" -delete。删除这类元数据后，Maven不再校验依赖的来源仓库，只要本地存在对应POM、Jar文件就会直接加载，离线模式也能正常工作。
• 额外校验项：确认两个步骤使用的Maven本地仓库路径完全一致，避免出现前置步骤用了自定义本地仓库路径、Sonar步骤读取默认~/.m2/repository路径的错位问题。可以在执行Sonar命令前加一行ls <父POM B在本地仓库的完整路径>，确认文件确实存在于当前步骤Maven读取的本地仓库目录下。

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