sudo/脚本执行mvn clean install报POM解析错误排查

这个报错和Bash、Python没有任何关系，核心原因是sudo的用户环境隔离机制：

• 你平时在终端手动执行mvn clean install用的是普通用户身份，Maven默认会读取当前用户家目录下的~/.m2/settings.xml配置，本地依赖仓库存放在~/.m2/repository路径下，你之前构建缓存的microservice-spring-boot-starter:0.1.2-SNAPSHOT依赖就存在这里，所以能正常解析POM。
• 用sudo执行命令/脚本时，实际是切换到root用户身份运行，此时Maven会读取root家目录下的配置（默认路径/root/.m2/），root的本地仓库里根本没有你需要的离线依赖，加上环境是离线状态无法拉取远程包，自然会抛出父POM找不到的错误。
• 你之前误以为是Bash的问题，只是因为测试时刚好给Bash脚本加了sudo执行，直接跑Python脚本、手动敲命令的时候没加sudo，才产生了“Bash导致报错”的错误判断。

根据实际场景选一种即可：

方案1：无特殊权限需求时直接用普通用户执行 #

Maven构建本地JAR包默认不需要root权限，直接给脚本加可执行权限后用普通用户运行就行，这是最推荐的方案，不会引入环境不一致问题：

# 给脚本加执行权限
chmod +x test.sh
# 直接执行
./test.sh
# 或者不用加权限，直接用bash解释执行
bash test.sh

你自己的测试也验证过，不用sudo跑bash脚本可以正常生成JAR包，只要把脚本套件里多余的sudo前缀去掉即可。

方案2：必须用sudo执行时显式指定Maven仓库路径 #

如果整套脚本确实需要root权限运行（比如后续部署步骤要写系统目录、操作系统服务），可以在调用mvn的时候显式指定普通用户的本地Maven仓库路径，避免读取root用户的空仓库：

#!/bin/bash
# 把<UserHome>替换成你普通用户的家目录绝对路径，比如/home/xxx
mvn clean install -Dmaven.repo.local=<UserHome>/.m2/repository

如果你给普通用户配置过自定义的Maven settings文件，还可以再加-s <UserHome>/.m2/settings.xml参数，强制使用普通用户的Maven配置。
也可以在调用脚本的时候通过sudo参数保留普通用户环境，示例：

sudo -E HOME=<UserHome> ./test.sh

这个命令会让sudo执行时把HOME目录指向普通用户家目录，Maven自然就会读取到普通用户的本地仓库缓存。

方案3：把依赖同步到root用户的本地仓库 #

如果需要长期用sudo执行构建，可以手动把普通用户.m2/repository下的所有依赖都复制到/root/.m2/repository路径下，不过离线环境下如果依赖多的话操作比较繁琐，优先级最低。

你可以跑两行命令直接验证根因，对比输出的路径差异：

# 普通用户下的本地仓库路径
mvn help:evaluate -Dexpression=settings.localRepository -q -DforceStdout

# sudo下的本地仓库路径
sudo mvn help:evaluate -Dexpression=settings.localRepository -q -DforceStdout

两个路径不一致就完全对应了环境隔离的问题，路径下的依赖内容差异就是报错的直接原因。

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