[docker] volume 补充 & 环境变量 & 参数

最新推荐文章于 2025-07-23 12:36:10 发布
原创 最新推荐文章于 2025-07-23 12:36:10 发布 · 1.3k 阅读 · 17 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#docker

[docker] volume 补充 & 环境变量 & 参数

这里补充一下 volume 剩下的内容，以及添加参数(ARG) 和 环境变量 ENV 的内容

read only volumes

❯ docker run
    -p 3000:80
    --rm
    --name feedback-app
    -v feedback:/app/feedback
    -v "$(pwd):/app"
    -v /app/node_modules
    feedback-node:volumes

这是上一篇笔记里用到的指令，并且提到了 docker 管理的容器和 host 上的文件会进行同步，但是本机的文件夹不会受到影响，这里进行一下补充为什么：

  • -v feedback:/app/feedback

    这里创造了一个 named volume，名称为 feedback

    • 所有在 container 中的变化会被持久到这个 volume 里

    • 这个 volume 也会被所有有这个指令的 container 共享

  • -v "$(pwd):/app"

    这里将 host machine——也就是 current working directory 和 <docker_container>/app 中进行了挂载(mounting)，这代表当前的文件夹会会覆盖 container 里的内容

    当前 $(pwd) 中不存在 node_module，所以 container 里的 node_module 会被 shadowed/hidden

    这同样存在一个问题，那就是任何在 container 中发生的变化，实际上是会被同步到 host machine 上的

    也就是说，temp 的内容可能会出现在 host machine 上：

    在这里插入图片描述

  • -v /app/node_modules

    这是为了解决 node_module 被隐藏而使用的解决方案

    这样 node_module 完全由容器进行管理，就不会被隐藏掉

想要设置当前的 host machine 为只读模式——即 docker 无法写入 host machine，可以使用 :ro 这个 flag：

❯ docker run
    -p 3000:80
    -d
    --rm
    --name feedback-app
    -v feedback:/app/feedback
    -v "$(pwd):/app:ro"
    -v /app/node_modules feedback-node:volumes

这个情况下，$(pwd} 就是只读模式了，不过这里还会有一个问题，那就是如果文件夹——如 node_module 不存在，docker 为了保证二者的同步，又没有 $(pwd} 的写的权利，就会报错，这个是已知问题，可以在 GitHub 上的 issue 查看：Mounting subdirectories of a host volume as named or anonymous volumes still mounts them as host volumes

目前除了添加 .gitkeep 去维持一个空的文件夹，保证 host machine 和 container 中的内容结构一致外，没有什么特别好的解决方案。

管理 volume

查看 volume 可以用 docker volume ls：

❯ docker volume ls
DRIVER    VOLUME NAME
local     3e12e9ad9bb9ea262e16e30ff1953138952428544437dcc859058c23b26947ef
local     417ec38d03c862da140a876341fe02adb0aebdd352ca31799d3dd56da43b5b62
local     a994aa8010d2b8ae7b7d2f973ee843cfae46736f1c8d6823b8d0775d01d988e1
local     feedback

之前也提到了，如果用 docker run --rm 会自动删除 anonymous volume，不用的话可能会出现 Orphaned Volumes，出现这种情况可以用 docker volume rm 或者 docker volume prune 去进行清理

另外两个比较少用的功能有 create 和 inspect，前者可以用来创建一个新的 volume：

❯ docker volume create --help

Usage:  docker volume create [OPTIONS] [VOLUME]

Create a volume

Options:
  -d, --driver string   Specify volume driver name (default "local")
      --label list      Set metadata for a volume
  -o, --opt map         Set driver specific options (default map[])

后者可以查看 volume 的细节：

❯ docker volume inspect feedback
[
    {
        "CreatedAt": "2024-04-20T15:04:58Z",
        "Driver": "local",
        "Labels": null,
        "Mountpoint": "/var/lib/docker/volumes/feedback/_data",
        "Name": "feedback",
        "Options": null,
        "Scope": "local"
    }
]

这里查看的是 anonymous volume：

❯ docker volume inspect b3ed4fe45866f3b5527f36d8cd53d7cbb5096be73494a604dbab5f72a8cd603f
[
    {
        "CreatedAt": "2024-04-20T20:40:02Z",
        "Driver": "local",
        "Labels": {
            "com.docker.volume.anonymous": ""
        },
        "Mountpoint": "/var/lib/docker/volumes/b3ed4fe45866f3b5527f36d8cd53d7cbb5096be73494a604dbab5f72a8cd603f/_data",
        "Name": "b3ed4fe45866f3b5527f36d8cd53d7cbb5096be73494a604dbab5f72a8cd603f",
        "Options": null,
        "Scope": "local"
    }
]

一般最常用的还是 prune 去清理所有没有再被使用的 volume

COPY vs Bind Mounts

简单来说，在开发阶段如果使用了 Bind Mounts，那么 COPY 可以被忽略

但是生产环境肯定是要使用 COPY 的

dockerignore

类似于 .gitignore：

在这里插入图片描述

实现方式也和 .gitignore 类似：

node_modules

一般比较常添加的忽略文件有： node_modules, .git, Dockerfile

除了 Dockerfile 和 .git，大多数情况下也就是 .gitignore 经常忽略的文件

环境变量（env variable）

环境变量可以在 Dockerfile 中和代码中被访问到，可以使用两种方式设置：

  • 写入 Dockerfile
  • 在运行 docker run 时添加 --env

Dockerfile 配置

这里是 server.js 部分：

// 如果环境中有存在一个 PORT 的变量，那么使用 PORT
app.listen(process.env.PORT ?? 80);

这里是 Dockerfile 的修改：

ENV PORT 80

# $ indicate it's a variable
EXPOSE $PORT

docker run

❯ docker run
    -p 3000:8000
    --env PORT=8000
    -d
    --rm
    --name feedback-app
    -v feedback:/app/feedback
    -v "$(pwd):/app"
    -v /app/node_modules
    feedback-node:volumes

649caeddc7df378188c5df5e5c1ac3389f5631d868b933a69ac9253918e6e063
❯ docker ps
CONTAINER ID   IMAGE                   COMMAND                  CREATED         STATUS         PORTS                            NAMES
649caeddc7df   feedback-node:volumes   "docker-entrypoint.s…"   4 seconds ago   Up 4 seconds   80/tcp, 0.0.0.0:3000->8000/tcp   feedback-app
❯ docker port feedback-app
8000/tcp -> 0.0.0.0:3000

docker run 的优先权更高，会重写 Dockerfile 中的值，所以这时候 port mapping 的端口是 0.0.0.0:3000->8000/tcp

.env 配置

使用 nodejs 比较常见的配置方法用的是 .env，如：

PORT=8000

这时候可以使用 --env-file ./.env 这个参数去运行：

❯ docker run -p 3000:8000 --env-file ./.env -d --rm --name feedback-app -v feedback:/app/feedback -v "$(pwd):/app" -v /app/node_modules feedback-node:volumes
9270cc97c71b18bd0b22349296e199bb402ec0d3e3cc2cee4d6bc13d4e06a488
❯ docker port feedback-app
8000/tcp -> 0.0.0.0:3000

使用 env 的安全性

一般来说不建议使用环境变量保存一些敏感信息，比如说 API key，原因是因为使用环境变量 ENV 会单独生成一个只读 layer，换言之当前的值会保存在 docker image 中。

如下面使用 docker history 去查看 image 的历史：

❯ docker history feedback-node:volumes
IMAGE          CREATED         CREATED BY                                      SIZE      COMMENT
6072de71477f   7 minutes ago   CMD ["npm" "start"]                             0B        buildkit.dockerfile.v0
<missing>      7 minutes ago   EXPOSE map[80/tcp:{}]                           0B        buildkit.dockerfile.v0
<missing>      7 minutes ago   ENV PORT=80                                     0B        buildkit.dockerfile.v0
<missing>      7 minutes ago   COPY . . # buildkit                             10.1kB    buildkit.dockerfile.v0
<missing>      4 days ago      RUN /bin/sh -c npm install # buildkit           12.6MB    buildkit.dockerfile.v0
<missing>      4 days ago      COPY package.json /app # buildkit               364B      buildkit.dockerfile.v0
<missing>      6 days ago      WORKDIR /app                                    0B        buildkit.dockerfile.v0
<missing>      9 days ago      /bin/sh -c #(nop)  CMD ["node"]                 0B
<missing>      9 days ago      /bin/sh -c #(nop)  ENTRYPOINT ["docker-entry…   0B
<missing>      9 days ago      /bin/sh -c #(nop) COPY file:4d192565a7220e13…   388B
<missing>      9 days ago      /bin/sh -c set -ex   && export GNUPGHOME="$(…   7.58MB
<missing>      9 days ago      /bin/sh -c #(nop)  ENV YARN_VERSION=1.22.19     0B
<missing>      9 days ago      /bin/sh -c ARCH= && dpkgArch="$(dpkg --print…   165MB
<missing>      9 days ago      /bin/sh -c #(nop)  ENV NODE_VERSION=21.7.3      0B
<missing>      10 days ago     /bin/sh -c groupadd --gid 1000 node   && use…   8.94kB
<missing>      10 days ago     /bin/sh -c set -ex;  apt-get update;  apt-ge…   587MB
<missing>      10 days ago     /bin/sh -c set -eux;  apt-get update;  apt-g…   177MB
<missing>      10 days ago     /bin/sh -c set -eux;  apt-get update;  apt-g…   48.4MB
<missing>      10 days ago     /bin/sh -c #(nop)  CMD ["bash"]                 0B
<missing>      10 days ago     /bin/sh -c #(nop) ADD file:ca6d1f0f80dd6c91b…   117MB

可以看到 <missing> 7 minutes ago ENV PORT=80 这一段。

如果将关键信息存到 ENV中，任何拿到这个 image 的人都可以通过 docker history 去查看当前镜像的历史，从而获取关键信息的值。

参数(ARG)

ARG 只能在 Dockerfile 中使用，无法在 cmd 或是代码中获取 Dockerfile 中设立的 ARG

使用 ARG 不会单独留存一个 layer，因此不会将关键信息留存到 docker image 中，如下面的修改：

ARG DEFAULT_PORT=80

ENV PORT ${DEFAULT_PORT}

EXPOSE $PORT

或者是使用命令行运行：

❯ docker build -t feedback-node:volumes --build-arg DEFAULT_PORT=5000 .
❯ docker history feedback-node:volumes
IMAGE          CREATED          CREATED BY                                      SIZE      COMMENT
eedbc88d6560   16 seconds ago   CMD ["npm" "start"]                             0B        buildkit.dockerfile.v0
<missing>      16 seconds ago   EXPOSE map[5000/tcp:{}]                         0B        buildkit.dockerfile.v0
<missing>      16 seconds ago   ENV PORT=5000                                   0B        buildkit.dockerfile.v0
<missing>      16 seconds ago   COPY . . # buildkit                             10.2kB    buildkit.dockerfile.v0
<missing>      16 seconds ago   RUN |1 DEFAULT_PORT=5000 /bin/sh -c npm inst…   12.6MB    buildkit.dockerfile.v0
<missing>      4 days ago       COPY package.json /app # buildkit               364B      buildkit.dockerfile.v0
<missing>      6 days ago       WORKDIR /app                                    0B        buildkit.dockerfile.v0
<missing>      6 days ago       ARG DEFAULT_PORT=80                             0B        buildkit.dockerfile.v0
<missing>      9 days ago       /bin/sh -c #(nop)  CMD ["node"]                 0B
<missing>      9 days ago       /bin/sh -c #(nop)  ENTRYPOINT ["docker-entry…   0B
<missing>      9 days ago       /bin/sh -c #(nop) COPY file:4d192565a7220e13…   388B
<missing>      9 days ago       /bin/sh -c set -ex   && export GNUPGHOME="$(…   7.58MB
<missing>      9 days ago       /bin/sh -c #(nop)  ENV YARN_VERSION=1.22.19     0B
<missing>      9 days ago       /bin/sh -c ARCH= && dpkgArch="$(dpkg --print…   165MB
<missing>      9 days ago       /bin/sh -c #(nop)  ENV NODE_VERSION=21.7.3      0B
<missing>      10 days ago      /bin/sh -c groupadd --gid 1000 node   && use…   8.94kB
<missing>      10 days ago      /bin/sh -c set -ex;  apt-get update;  apt-ge…   587MB
<missing>      10 days ago      /bin/sh -c set -eux;  apt-get update;  apt-g…   177MB
<missing>      10 days ago      /bin/sh -c set -eux;  apt-get update;  apt-g…   48.4MB
<missing>      10 days ago      /bin/sh -c #(nop)  CMD ["bash"]                 0B
<missing>      10 days ago      /bin/sh -c #(nop) ADD file:ca6d1f0f80dd6c91b…   117MB

可以看到， ARG 并没有出现在 docker history 中

另外， ARG 只能在 image 被建造时访问，换言之，在运行时，也就是执行到 CMD这一段， ARG 是无法被访问到的

云原生Kubernetes系列 | CentOS8安装部署Docker&Kubernetes环境
背锅神童的博客
11-18 550
docker、kubernetes
【云原生】Docker可视化工具Portainer使用详解
congge
06-23 1万+
Docker可视化工具Portainer使用详解
docker容器数据存储之 volume 详解
houhj168的专栏
01-28 4300
docker容器数据持久化——volume 详解 阅读本文前，希望你已经对docker容器数据持久化相关问题及解决方案，有初步的了解，具体可以参考以下文章： Docker容器数据持久化问题及解决方案 默认容器的数据的读写发生在容器的存储层，当容器被删除时其上的数据将会丢失。所以我们应该尽量保证容器存储层不发生写操作，为了实现数据的持久化存储我们需要选择一种方案来保存数据，当前有以下几种方式： Volumes Bind mounts tmpfs mounts 无论你选择哪种mount类型，从c
docker添加参数到容器环境变量
学习python
04-29 4372
**背景：**出于安全的考虑，很多时候我们需要把一些参数（比如密码）放进环境变量中，那么在使用docker的时候该怎么办呢？ **思路：**主要有两种思路，一个是通过docker run的命令行中的-e参数来实现，另外一个是直接在环境变量的配置文件中修改。 解决方法： 一、比较简单： docker run -e passwd='test123456'..... 二、修改配置文件： # 配置文件位置：/var/lib/docker/containers/容器ID/config.v2.json 如果路径存
【Docker基础】Docker数据卷管理：docker volume create及其参数详解
IT成长日记的博客
07-03 853
默认情况下，容器内的所有文件都存储在可写的容器层中，这意味着当容器被删除时，其中的数据也会随之丢失。Docker数据卷是专门设计的目录，它绕过联合文件系统(UFS)，直接由宿主机文件系统或第三方存储系统管理。Docker数据卷是容器持久化存储的核心机制，docker volume create命令提供了丰富的参数来满足不同场景的需求。通过合理使用Docker数据卷，可以构建既灵活又可靠的应用存储架构，充分发挥容器化技术的优势。Docker管理目录(/var/lib/docker/volumes/)
docker-volume
技术引领业务创新
03-27 1018
volume的主要作用是数据持久化及数据共享。当删除容器的时候，容器内产生的数据也会删除，但是生产的数据可能不想被删除，比如数据库容器产生的数据，这时可以通过volume实现将数据保存在本地机器而不保存在容器里。
【DOCKER】docker-compose 中volumes参数说明
tanpenggood
04-22 4万+
docker-compose 使用数据卷进行持久化
docker 添加启动参数，便于 jmap
欢迎所有人，批评指正！
07-01 2450
docker 应用 jmap 需要进入容器中 所以不要在宿主机上 jmap 没用 sun.jvm.hotspot.debugger.DebuggerException: Can’t attach to the process 需要在 run 容器的时候添加参数，docker 默认不允许监控内存 # 这个参数表示 添加 监控内存 这个功能，可能我翻译的不准，但是这确实可以解决上面的错误 --cap-add=SYS_PTRACE # 所以 重新 run 一下 docker run -itd --cap-add
docker原理+基本命令参数+实战(部署mssql服务)
热门推荐
Roy的博客
06-05 7万+
Docker是什么?有什么用?原理？优点缺点？ 容器化技术简单来说只不过是利用内核中的六种名称空间技术来实现的程序运行环境的隔离 镜像含有启动容器所需要的文件系统及其内容，因此用于创建并启动容器，采用分成构建机制 整个docker的生命周期无非五个状态，created,running,paused,stopped,deleted
Docker环境及Bug日志——安装RabbitMQ
Jisam的博客
04-12 636
通常情况下，RabbitMQ的管理界面默认运行在本地的15672端口。找了很多文章都说是localhost的15672端口，最后想了一下docker对应的本地地址应该是它对应网卡的地址。
Docker 的数据管理 端口映射 容器互联 镜像的创建
2301_81307988的博客
04-25 793
如果需要在容器之间共享一些数据，最简单的方法就是使用数据卷容器。数据卷容器是一个普通的容器，专门提供数据卷给其他容器挂载使用。
docker 增加容器内启动参数
weixin_36585084的博客
08-07 508
我整理的一些关于【Docker】的项目学习资料（附讲解～～）和大家一起分享、学习一下：https://edu.51cto.com/surl=QsXoR2Docker 增加容器内启动参数 Docker 是一种开源容器化平台，使得应用程序及其依赖项可以无缝打包并运行在任何环境中。当我们在创建 Docker 容器时，有时需要指...
解析Docker与docker-compose中volume参数的使用
Felier's Blog
10-24 7817
解析Docker与docker-compose中volume参数的使用;数据卷与数据挂载
docker run 参数
hsabrina的博客
09-06 875
docker run 参数大全
Docker数据卷—Volumes
qq_36306519的博客
05-18 4102
Docker数据卷—Volumes
Docker 数据卷（Volumes）命令详解
技术引领业务创新
07-23 1580
Docker数据卷命令详解：Docker数据卷(Volumes)是持久化存储数据的核心机制，支持命名卷、匿名卷、绑定挂载和tmpfs四种类型。本文系统介绍了数据卷的创建、查看、删除等基础操作命令，以及容器挂载、备份恢复等高级用法。关键操作包括：docker volume create创建卷、docker run -v挂载卷、--mount精确控制挂载选项。文章还提供了运维最佳实践，如数据迁移策略、安全配置和监控维护技巧，并附有常见问题解决方案和命令速查表，是Docker数据管理的实用指南。
Docker参数使用
whaosoft143ai的博客
06-20 378
自己的学习笔记1.参数使用指定基础镜像，所有构建的镜像都必须有一个基础镜像，且 命令必须是 的第一个命令 指定从一个镜像构建起一个新的镜像名字 指定镜像的版本 示例：镜像维护人的信息示例：构建镜像时要执行的命令示例：将本地的文件添加复制到容器中去，压缩包会解压，可以访问网络上的文件，会自动下载示例： 添加 文件到容器中的 目录下功能和 一样，只是复制，不会解压或者下载文件启动容器后执行的命令，和 不一样， 是在构建镜像是要运行的命令当使用 运行容器的时候，这个可以在命令行被覆盖示例：也是执行命
docker常用命令volume篇
lihongbao80的专栏
02-08 1万+
1、docker volume方式 在Docker中，要想实现数据的持久化（所谓Docker的数据持久化即数据不随着Container的结束而结束），需要将数据从宿主机挂载到容器中。目前Docker提供了三种不同的方式将数据从宿主机挂载到容器中： （1）volumes：Docker管理宿主机文件系统的一部分，默认位于 /var/lib/docker/volumes 目录中；（最常用的方式） 　　由上图可以知道，目前所有Container的数据都保存在了这个目录下边，由于没有在创建时指定卷，所以Docker
Docker-Volume数据卷详讲
qq_42168462的博客
03-25 1442
详将Docker的Volume数据卷，解释空挂载的缘由，演示Volume的四种类型用法，以及三种类别的挂载分别挂载在宿主机的那个位置
dockerfile中的env环境变量应该写什么?有什么作用?
最新发布
08-17
&lt;think&gt;嗯，用户想了解Dockerfile中ENV指令的使用方法和作用。这个问题很具体，说明用户可能在编写Dockerfile时遇到了环境变量配置的需求。 从引用内容来看，ENV指令主要承担两个核心功能：一是设置容器运行时的环境变量，二是在构建阶段为后续指令提供变量替换。用户可能特别关心语法细节，比如等号和空格的区别，以及变量作用范围的问题。 用户提供的引用材料质量不错，特别是引用[5]详细解释了ENV指令的三层作用：设置变量、影响运行时环境、配置应用程序。这个Tomcat示例很典型，值得在回答中保留。引用[2]提到的变量值覆盖规则也很关键，需要强调环境变量的&quot;仅向后生效&quot;特性。 考虑到用户是技术实践者，回答应该突出实用场景。除了基础语法，还要包含：1) 多变量设置的紧凑写法 2) ARG和ENV的区别 3) 特殊字符处理技巧。那个${PATH}的示例很能说明问题，要保留。 注意到用户上次询问过Dockerfile相关主题，这次问题更聚焦于ENV指令。可以预判ta接下来可能会问：1) 如何查看容器内的环境变量 2) ENV与docker run -e的区别 3) 多阶段构建中的变量传递。这些潜在问题可以整理成&quot;相关问题&quot;板块。 安全提示很重要，特别是密码管理部分。用户可能没意识到在Dockerfile中直接写密码的风险，需要明确警告。另外要强调${}显式引用的必要性，避免新手常犯的变量未展开错误。 最后的结构安排：先解决&quot;怎么写&quot;，再解释&quot;有什么用&quot;，最后补充&quot;怎么避免坑&quot;。这种渐进式结构符合技术文档的阅读习惯。那些注意事项要放在语法之后，作用之前，起到承上启下作用。&lt;/think&gt;### Dockerfile中`ENV`指令详解 #### 一、基本语法 `ENV`指令有两种写法： 1. **单变量定义** `ENV &lt;key&gt; &lt;value&gt;` ```dockerfile ENV APP_VERSION 1.2.0 ``` &gt; 注意：值含空格时需用引号包裹，如 `ENV GREETING &quot;Hello World&quot;` 2. **多变量定义（紧凑格式）** `ENV &lt;key1&gt;=&lt;value1&gt; &lt;key2&gt;=&lt;value2&gt; ...` ```dockerfile ENV PYTHON_VERSION=3.9 PATH=/usr/local/bin:$PATH ``` #### 二、核心作用 1. **构建阶段变量替换** 后续指令可直接使用`$变量名`引用值： ```dockerfile ENV TARGET_DIR /app WORKDIR $TARGET_DIR # 等价于 WORKDIR /app COPY . $TARGET_DIR # 复制到/app目录 ``` &gt; 支持替换的指令：`ADD`, `COPY`, `WORKDIR`, `EXPOSE`, `USER`, `VOLUME`等[^1][^3] 2. **持久化容器运行时环境** 通过`ENV`设置的变量在容器启动后仍存在： ```bash docker run -it my-image env | grep APP_VERSION # 输出: APP_VERSION=1.2.0 ``` #### 三、典型应用场景 1. **配置应用程序路径** ```dockerfile ENV JAVA_HOME /usr/lib/jvm/java-11-openjdk ENV PATH $JAVA_HOME/bin:$PATH ``` 2. **定义版本参数**（便于统一修改） ```dockerfile ENV NGINX_VER 1.21.0 RUN wget http://nginx.org/download/nginx-$NGINX_VER.tar.gz ``` 3. **设置容器默认行为** ```dockerfile ENV LOG_LEVEL INFO CMD [&quot;sh&quot;, &quot;-c&quot;, &quot;app --log=$LOG_LEVEL&quot;] ``` #### 四、关键注意事项 1. **作用域规则** 变量仅对后续指令生效，且后定义的覆盖前值： ```dockerfile ENV NAME=Alice RUN echo $NAME # 输出 Alice ENV NAME=Bob RUN echo $NAME # 输出 Bob[^2] ``` 2. **与`ARG`指令的区别** | 指令 | 生效阶段 | 是否持久化到容器运行时 | |------|----------------|------------------------| | `ARG`| 仅构建阶段 | ❌ 否 | | `ENV`| 构建+运行时 | ✅ 是 | 3. **特殊字符处理** 需用反斜杠转义或引号包裹： ```dockerfile ENV URL &quot;https://example.com/?q=test&quot; ``` 4. **安全风险** **禁止**在`ENV`中存储敏感信息（如密码），应使用`docker run --env-file`或密钥管理服务。 &gt; 通过合理使用环境变量，可显著提升Dockerfile的可维护性和容器配置的灵活性[^5]。 --- ### 相关问题 1. 如何在运行容器时覆盖`ENV`设置的默认环境变量？ 2. `ENV`与`ARG`指令在Docker多阶段构建中如何协作？ 3. 如何验证Docker镜像中的环境变量是否生效？ 4. 在Docker Compose中如何管理环境变量？ 5. 环境变量在容器内进程的生命周期中如何传递？ [^1]: ENV指令可以为镜像创建出来的容器声明环境变量，并被特定指令解释使用 [^2]: 环境变量的值仅对后续指令生效，后定义的覆盖前值 [^3]: ENV指令被包括ADD、COPY、WORKDIR等指令支持 [^5]: ENV指令设置的环境变量会影响镜像运行时的环境，常用于配置应用程序
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值