要添加一个env变量，你可以定义一个env_file(让我们称之为var.env):

ENV_A=A
ENV_B=B

并将其添加到docker组合清单服务。此外，您可以直接使用environment定义env变量。

例如在docker-compose.yaml中:

version: '3.8'
services:
  myservice:
    build:
      context: .
      dockerfile: ./docker/Dockerfile.myservice
    image: myself/myservice
    env_file:
     - ./var.env
    environment:
     - VAR_C=C
     - VAR_D=D
    volumes:
     - $HOME/myfolder:/myfolder
    ports:
     - "5000:5000"

更多最新信息请点击这里:https://docs.docker.com/compose/environment-variables/

你不能……然而。但这是另一种选择，像码头作曲家一样思考。yml发电机:

https://gist.github.com/Vad1mo/9ab63f28239515d4dafd

基本上是一个替换变量的shell脚本。你也可以使用Grunt任务在CI进程结束时构建docker合成文件。

这是为Docker v20编写的，使用Docker compose v2命令。

I was having a similar roadblock and found that the --env-file parameter ONLY works for docker compose config command. On top of that using the docker compose env_file variable, still forced me to repeat values for the variables, when wanting to reuse them in other places than the Dockerfile such as environment for docker-compose.yml. I just wanted one source of truth, my .env, with the ability to swap them per deployment stage. So here is how I got it to work, basically use docker compose config to generate a base docker-compose.yml file that will pass ARG into Dockerfile's.

。local。这是你的。env，我把我的。env分成了不同的部署。

DEVELOPMENT=1
PLATFORM=arm64

docker-compose.config。yml -这是我的核心docker合成文件。

services:
  server:
    build:
      context: .
      dockerfile: docker/apache2/Dockerfile
      args:
        - PLATFORM=${PLATFORM}
        - DEVELOPMENT=${DEVELOPMENT}
    environment:
      - PLATFORM=${PLATFORM}
      - DEVELOPMENT=${DEVELOPMENT}

现在不幸的是，我需要传递两次变量，一次用于Dockerfile，另一次用于environment。然而，它们仍然来自单一来源。local。env这样至少我不需要重复值。

然后，我使用docker compose config生成一个半成品docker-compose.yml。这让我传入我的同伴override docker-compose.local。Yml表示发生最终部署的地方。

docker compose --env-file=.local.env -f docker-compose.config.yml config > docker-compose.yml

这将允许我的Dockerfile访问.env变量。

FROM php:5.6-apache

# Make sure to declare after FROM
ARG PLATFORM
ARG DEVELOPMENT

# Access args in strings with $PLATFORM, and can wrap i.e ${PLATFORM}
RUN echo "SetEnv PLATFORM $PLATFORM" > /etc/apache2/conf-enabled/environment.conf
RUN echo "SetEnv DEVELOPMENT $DEVELOPMENT" > /etc/apache2/conf-enabled/environment.conf

然后从docker-compose中传递.env变量。yml到Dockerfile，然后传递到我的Apache HTTP服务器，它传递到我的最终目的地，PHP代码。

我的下一步是从部署阶段传入我的docker合成重写。

docker-compose.local。yml -这是我的docker重写。

services:
  server:
    volumes:
      - ./localhost+2.pem:/etc/ssl/certs/localhost+2.pem
      - ./localhost+2-key.pem:/etc/ssl/private/localhost+2-key.pem

最后，运行docker compose命令。

docker compose -f docker-compose.yml -f docker-compose.local.yml up --build

请注意，如果你在你的.env文件中改变了任何东西，你将需要重新运行docker compose config并添加——build for docker compose up。因为构建是缓存的，所以影响很小。

因此，对于我的最后一个命令，我通常运行:

docker compose --env-file=.local.env -f docker-compose.config.yml config > docker-compose.yml; docker compose --env-file=.local.env -f docker-compose.yml -f docker-compose.local.yml up --build 

从1.25.4开始，docker-compose支持——env-file选项，允许你指定一个包含变量的文件。

你的简历应该是这样的:

hostname=my-host-name

和命令:

docker-compose --env-file /path/to/my-env-file config

只关注环境变量的默认值和强制值的问题，并更新@modulito的答案:

在docker-compose中使用默认值和强制强制值。现在支持Yml文件(来自docs):

同时支持$VARIABLE和${VARIABLE}语法。此外，当使用2.1文件格式时，可以使用典型的shell语法提供内联默认值: 如果环境中的VARIABLE未设置或为空，${VARIABLE:-default}计算为默认值。 ${VARIABLE-default}只有在环境中未设置VARIABLE时才计算为默认值。

类似地，下面的语法允许你指定强制变量: ${变量:?如果环境中的VARIABLE未设置或为空，则err}退出，并显示包含err的错误消息。 ${变量?如果在环境中未设置VARIABLE，则err}退出，并显示包含err的错误消息。

其他扩展的shell样式的特性，如${VARIABLE/foo/bar}，是不支持的。

env SOME_VAR="I am some var" OTHER_VAR="I am other var" docker stack deploy -c docker-compose.yml

使用3.6版本:

version: "3.6"
services:
  one:
    image: "nginx:alpine"
    environment:
      foo: "bar"
      SOME_VAR:
      baz: "${OTHER_VAR}"
    labels:
      some-label: "$SOME_VAR"
  two:
    image: "nginx:alpine"
    environment:
      hello: "world"
      world: "${SOME_VAR}"
    labels:
      some-label: "$OTHER_VAR"

我从这个链接得到的 https://github.com/docker/cli/issues/939