如何在独立目录通过Docker Compose引用其他项目的Dockerfile？

以下几种方案可以解决你的问题，无需移动docker-compose.yaml到Projects根目录：

方案1：通过相对路径指定构建上下文和Dockerfile #

在Projects/docker/docker-compose.yaml中，针对每个服务，用build.context指定子项目的根目录（相对于compose文件的位置），build.dockerfile指定该目录下的Dockerfile路径。示例配置如下：

services:
  orchestrator-service:
    build:
      # 相对于docker-compose.yaml所在的docker目录，上级目录就是Projects，再指向子项目
      context: ../orchestratorService
      # 子项目根目录下的Dockerfile，直接写文件名即可
      dockerfile: Dockerfile
  microservice-b:
    build:
      context: ../microserviceB
      dockerfile: Dockerfile
  microservice-c:
    build:
      context: ../microserviceC
      dockerfile: Dockerfile

这个方案最直接，利用相对路径定位到每个子项目的构建上下文，Docker会自动在指定的context目录下查找对应的Dockerfile。

方案2：使用环境变量指定绝对路径 #

如果担心相对路径在不同运行环境下可能出现问题，可以通过环境变量定义Projects目录的绝对路径，然后在compose文件中引用：

1. 先设置环境变量（以Linux/macOS为例，Windows可在系统环境变量中配置）：

export PROJECTS_ROOT=/absolute/path/to/Projects

2. 在docker-compose.yaml中引用该变量：

services:
  orchestrator-service:
    build:
      context: ${PROJECTS_ROOT}/orchestratorService
      dockerfile: Dockerfile
  # 其他服务配置同理

这种方式灵活性更高，适合需要在不同机器或环境中复用compose文件的场景。

方案3：创建软链接指向子项目 #

在Projects/docker目录下创建指向各个子项目的软链接，让compose文件可以像在Projects根目录一样直接引用子项目：

在终端进入Projects/docker目录，执行以下命令（Linux/macOS）：

ln -s ../orchestratorService orchestratorService
ln -s ../microserviceB microserviceB
ln -s ../microserviceC microserviceC

之后docker-compose.yaml中的配置就可以简化为：

services:
  orchestrator-service:
    build: ./orchestratorService
  # 其他服务同理

注意：Windows系统默认不支持软链接，需要开启开发者模式或使用第三方工具创建，因此这个方案更适合类Unix系统。

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