'other' has different root

Question

程序可以正常运行，但是不能打包，代码、jdk、maven版本一致的两台电脑，一台可以打包，一台打不了

一堆common包，哪个报错，把哪个重新构建一下，构建完可以暂时跳过，mvn clean之后再执行mvn install又报错

Answer 1

参考通义千问和郭老师的小迷弟雅思莫了-编写提供，主要是为了帮助您快速解决问题，如下回答，您可以参考下，如有问题，评论区留言。

当在两台配置相同的电脑上执行Maven打包操作，一台可以成功打包而另一台却出现“'other' has different root”以及各种common包找不到的错误时，这通常涉及到以下几个可能的问题：

1. 本地仓库差异：即使JDK和Maven版本一致，不同机器上的Maven本地仓库可能存在差异。某个依赖在一台机器上成功下载并存储了正确的版本，而在另一台上可能没有或者版本不正确。解决办法是清理问题机器上的本地仓库（如.m2/repository目录），然后重新执行构建。

2. 依赖冲突：可能是由于项目中存在间接依赖或版本冲突，导致某些common包在解析依赖路径时出现问题。运行mvn dependency:tree命令检查并对比两台机器上的依赖树，找出差异并修正POM文件中的依赖声明。

3. 环境变量与工具链配置：尽管JDK版本一致，但有可能是一台机器上Maven的toolchains.xml文件或者其他环境变量设置不正确，导致使用了不同的编译环境。确保两台机器上Maven指向的是同一个JDK安装位置。

4. 缓存问题：IDEA等集成开发环境中可能存在缓存问题，导致依赖加载不一致。尝试关闭IDE并清除相关缓存后重启，再进行打包。

5. 网络代理问题：如果在企业内部网络环境下，可能存在网络代理配置不一致的情况，影响到依赖下载。

6. 项目配置文件：检查项目的.mvn、.settings等Maven特定配置文件是否在两台机器上都正确且一致。

7. 构建顺序：有时候项目有特殊的构建顺序要求，比如某些模块需要先构建。确认在打包前所有模块都按照正确的顺序进行了构建。

针对“'other' has different root”的错误信息，具体含义可能是指某个模块或者资源的位置与预期不符。这需要查看具体的错误日志来定位问题所在，并根据错误描述调整项目结构或构建配置。