假设我要结合这些命令
RUN command_1
ENV FOO bar
RUN command_2
进入
RUN command_1 && export FOO=bar && command_2
并且想知道用RUN export
vs 设置变量ENV
是否等效。
换句话说,Dockerfile中的这些命令之间有区别吗?
ENV FOO bar
与
RUN export FOO=bar
如问题684所示,export
图像之间将不会持续存在。(不要忘记,每个Dockerfile指令都会生成一个中间容器,并提交到中间映像中:该映像不会保留导出的值)
ENV
将:
ENV
从结果映像运行容器时,使用设置的环境变量将保留。
您可以使用查看值docker inspect
,并使用更改它们docker run --env <key>=<value>
。
问题是通过以下方式说明了这一点:
RUN export PATH=$PATH:/foo/bar # from directly in builder
当我这样做时,
docker run [img] bash -c 'echo $PATH'
它永远不会包括在内/foo/bar
。
创建一个包含以下内容的新dockerfile:
FROM centos:6
ENV FOO=foofoo
RUN export BAR=barbar
RUN export BAZ=bazbaz && echo "$FOO $BAR $BAZ"
然后建立它。最后一步的输出是:
Step 4/4 : RUN export BAZ=bazbaz && echo "$FOO $BAR $BAZ"
---> Running in eb66196b238d
foofoo bazbaz
您可以看到:
FOO
借助ENV
关键字,可以在中间容器中持久化;BAR
由于该export
命令,不会继续进行下一步;BAZ
正确显示了该变量,因为该变量用于同一容器。与手动使用Docker run相比,使用Dockerfile在Docker中发布的端口有问题。使用以下命令,Docker容器成功启动,当我使用http://192.168.99.100:8080- 访问浏览器中的主机IP地址(192.168.99.100)时,RabbitMQ Web管理仪表板加载。 此时,我运行以下操作以从DockerFile中释放我要使用的端口: 当我运行下面的docker-c
问题内容: 我曾经以交互方式启动容器并在后台启动它们。这两个选项似乎是排他的。但是,现在我注意到(或)很常见。那么区别是什么呢?何时真正需要与? 问题答案: 是的,有时候甚至有必要包括 当is 或 将立即停止,原因是找不到要分配的任何伪终端。您必须指定以便或可以分配给伪终端。 如果将来要与任何容器一起使用,则必须指定映像何时开始。否则会出错。例如, 会抛出错误
做。 错误是:
问题内容: 我正在尝试运行多个这样的命令。 但这给我“没有这样的文件或目录”错误,因为它被解释为… 似乎需要一些ESCAPE字符,例如“”或()。 所以我也试过了 但是这些没有用。 我已经搜索了Docker Run Reference, 但没有找到有关ESCAPE字符的任何提示。 问题答案: 要在docker中运行多个命令,请使用和分号 如果仅在command1(cd)返回零(无错误)退出状态时需
运行外部程序。与 Run 不同, RunWait 会等待程序结束才继续往后执行. Run, Target [, WorkingDir, Max|Min|Hide|UseErrorLevel, OutputVarPID] 参数 Target 要运行的文档, URL, 可执行文件 (.exe, .com, .bat, 等等), 快捷方式 (.lnk) 或 系统动词 (请参阅备注). 如果 Target
Runs a defined package script. You may define scripts in your package.json file. { "name": "my-package", "scripts": { "build": "babel src -d lib", "test": "jest" } } yarn run [script] [