Azure DevOps代理容器中Docker-Compose卷映射异常问题求助

这其实是挂载/var/run/docker.sock后常见的路径解析陷阱，核心逻辑是：

你在Azure DevOps代理容器里挂载了宿主机的Docker socket，这意味着所有docker-compose命令实际是交给宿主机的Docker守护进程执行的，而非代理容器内部的Docker环境。

这就导致了卷映射的路径解析逻辑完全变了：

• 直接在宿主机跑docker-compose时，./TestResults是相对于宿主机当前工作目录的路径，结果写入宿主机对应位置，没问题。
• 在代理容器里跑时，宿主机的Docker守护进程会把./TestResults解析成宿主机上的当前工作目录——也就是代理容器在宿主机上的工作目录挂载点/azp/agent/_work/1/s/，所以测试结果直接写到了宿主机的这个路径里，代理容器自然拿不到。

方法1：硬编码代理容器内的绝对路径（最直接） #

既然路径解析是宿主机做的，那直接把卷映射写成代理容器内部TestResults目录对应的宿主机绝对路径就行：

修改你的docker-compose.yml卷配置：

volumes:
  - '/azp/agent/_work/1/s/TestResults:/tests/TestResults'

这样宿主机Docker会直接把测试结果写入代理容器挂载在宿主机的TestResults目录，代理容器内部就能直接访问到这些文件了。

方法2：用环境变量动态传递路径（更灵活） #

如果不想硬编码路径，可以在代理容器内先导出当前工作目录的环境变量，再让docker-compose引用它：

1. 执行docker-compose前先设置变量：

export AGENT_WORK_DIR=$(pwd)

2. 修改docker-compose.yml的卷映射：

volumes:
  - '${AGENT_WORK_DIR}/TestResults:/tests/TestResults'

这样docker-compose会读取代理容器内的环境变量，自动转换成宿主机上的对应路径，适配不同的工作目录场景。

方法3：指定docker-compose的项目根目录（进阶） #

如果你想保留相对路径的写法，可以在执行docker-compose时用--project-directory参数明确指定项目根目录为代理容器内的工作目录：

docker-compose --project-directory /azp/agent/_work/1/s up --abort-on-container-exit --build

这个参数会强制docker-compose以指定目录作为项目根，把相对路径解析成代理容器内的对应路径（对应宿主机的挂载点）。

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