为何Maven构建时出现'Failed to transfer file RELEASE不允许版本'报错

• 单独构建子模块时的反应堆范围限制
  当单独执行某个子模块的Maven构建操作时，当前构建会话的反应堆（Reactor）仅会纳入当前模块、及其父级依赖链覆盖的所有模块。你的项目层级中，grandson-module的父依赖链为testMaven(root) → son-module → grandson-module，链路上的所有模块Maven都可以通过pom默认的relativePath规则（沿当前目录向上查找父pom）直接定位，不需要去外部仓库拉取。
  但brother-grandson-module属于brother-module分支下的平行模块，完全不在grandson-module的父级依赖链覆盖范围内，单独构建grandson-module时，Maven根本感知不到项目目录下存在这个模块，自然无法在本地项目上下文中匹配到对应依赖。
• 远程仓库的版本策略拦截
  在本地项目上下文找不到对应依赖后，Maven会按照预设顺序依次从本地Maven仓库、已配置的远程仓库拉取依赖。你配置的nexus请求路径指向的是maven-releases仓库，该仓库的版本策略为仅允许存储、拉取正式发布（RELEASE）版本的构件，对1.0-SNAPSHOT这类快照版本会直接返回400错误拒绝请求，也就是你看到的报错提示。
• install操作生效的底层逻辑
  当你手动对brother-grandson-module执行install命令后，该模块的pom、jar包会被写入本地Maven仓库。后续构建grandson-module解析对应依赖时，会直接命中本地仓库的已有构件，完全不会向远程nexus仓库发起请求，自然就绕过了远程仓库的版本策略拦截，构建流程恢复正常。

补充说明：如果从根项目testMaven层面执行全量构建（比如在根目录执行mvn compile），构建的反应堆会纳入项目下所有父子模块，此时哪怕本地仓库没有提前installbrother-grandson-module，Maven也能在项目范围内匹配到对应依赖，不会触发远程仓库拉取逻辑。

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