如何在Docker Compose中按环境条件运行容器？是否支持配置文件合并？

Docker Compose完全支持类似ASP.NET Core的环境专属配置文件机制，正好能解决你提到的集成测试场景需求：

• 核心思路：通过多配置文件合并的方式，将基础服务定义放在主文件docker-compose.yml中，把仅用于测试的服务单独放在docker-compose.test.yml这类环境专属文件里。非测试环境只加载主文件，测试环境同时加载主文件和测试专属文件，实现测试服务的按需启动。

• 具体用法：

  • 启动时通过-f参数指定多个配置文件，主文件在前，环境专属文件在后：

    # 仅启动基础服务（非测试环境）
    docker-compose up -d
    
    # 启动基础服务+测试专属服务（集成测试环境）
    docker-compose -f docker-compose.yml -f docker-compose.test.yml up -d
    

  • 也可以通过环境变量COMPOSE_FILE预设要加载的文件列表，避免每次命令都加-f：

    # 临时设置环境变量，之后直接用docker-compose命令即可
    export COMPOSE_FILE=docker-compose.yml:docker-compose.test.yml
    docker-compose up -d
    

• 配置示例：

  • 主文件docker-compose.yml：定义正常运行所需的服务（比如API、数据库）

    version: '3.8'
    services:
      api:
        build: ./api
        ports:
          - "8080:80"
      db:
        image: postgres:15
        environment:
          POSTGRES_PASSWORD: mypassword
    

  • 测试专属文件docker-compose.test.yml：仅定义测试需要的服务（比如测试用的数据库初始化容器、测试工具）

    version: '3.8'
    services:
      test-db-seed:
        build: ./test-db-seed
        depends_on:
          - db
      test-runner:
        build: ./test-runner
        depends_on:
          - api
    

• 合并规则说明：
  后面的配置文件会覆盖前面文件中同名服务的相同配置项，但新增的服务会直接追加到整体配置中。所以测试专属服务只会在加载对应配置文件时才会被创建和启动，完全不会影响非测试环境的服务启动逻辑。

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