Azure DevOps本地部署流水线JAVA_HOME与交互式登录值不一致问题咨询

• Azure DevOps Agent作为Windows服务运行时，环境变量只会在服务启动时加载一次。你以用户X交互式登录修改环境变量后，没有重启Agent服务，服务仍然持有的是修改前的旧JAVA_HOME值。
• 部分Azure DevOps内置任务（例如Java Tool Installer）会在流水线运行过程中主动覆盖JAVA_HOME环境变量，优先级高于系统级/用户级的环境变量配置。
• 你调用Git Bash时使用了--login参数，该模式会自动执行用户目录下的.bash_profile、.bashrc等初始化配置文件，若这些文件中硬编码了旧版本JAVA_HOME，也会覆盖系统配置。

• 首先重启Azure DevOps Agent服务：打开Windows服务管理器，找到对应的Agent服务，右键选择重启，让服务重新加载最新的用户环境变量，重启后先运行测试流水线打印JAVA_HOME确认是否生效。
• 检查流水线YAML配置是否存在Java版本安装类任务：如果有JavaToolInstaller任务，要么将该任务的JDK版本参数调整为你需要的JDK11，要么直接移除该任务，使用服务器本地配置的Java环境。
• 主动在构建脚本中强制指定JAVA_HOME，避免被其他配置覆盖，修改你的YAML脚本如下：

cmd /c ""C:\Program Files\Git\bin\bash.exe" --login -i --
export JAVA_HOME="/c/Program Files/Java/jdk-11.0.6+10"
export PATH="$JAVA_HOME/bin:$PATH"
./deployment/buildKit.sh -kn $(buildnumber) -ah /C/apache-ant-1.10.9""

• 检查Git Bash初始化配置：以用户X登录服务器，打开Git Bash，分别执行cat ~/.bash_profile、cat ~/.bashrc，排查是否存在硬编码的旧JAVA_HOME配置，如有则修改为新版本路径或者删除对应配置行。

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