我的应用程序文件夹中有一个 environment.yml
我的 dockerfile 中有这个:
RUN conda env create
RUN source activate myenvfromymlfile
当我运行容器时,尽管环境未激活。如果我 do conda env list
是看到 /opt/conda
被激活:
root@9c7181cf86aa:/app# conda env list
# conda environments:
#
myenvfromymlfile /opt/conda/envs/myenvfromymlfile
root * /opt/conda
如果我附加到容器,我可以手动运行 source activate myenvfromymlfile
并且它有效,但为什么它在 RUN 指令中不起作用??
在示例中,我经常在需要 conda 的 dockerfiles 中看到这一点:
CMD [ "source activate your-environment && exec python application.py" ]
有人可以解释为什么必须使用 && 使其成为一个命令吗?为什么在 RUN 指令中运行“source activate”不起作用?我想让我的 dockerfile 看起来像这样:
RUN conda env create
RUN source activate myenvfromymlfile
ENTRYPOINT ["python"]
CMD ["application.py"]
最佳答案
考虑下面的 Dockerfile
RUN conda env create
RUN source activate myenvfromymlfile
ENTRYPOINT ["python"]
CMD ["application.py"]
语句 #1 conda env create
。创建环境并更改磁盘上的文件。
语句 #2 source activate myenvfromymlfile
。在 bash session 中加载一些东西。此处未更改磁盘
语句#3 和#4 指定运行容器时发生的情况
ENTRYPOINT ["python"]
CMD ["application.py"]
所以现在当您运行容器时。您在第 2 步中所做的任何事情都不存在,因为启动了一个 shell 来运行第 2 步,当它完成时 shell 已关闭。现在,当您运行图像时,将启动一个新的 shell,它是全新的 shell,现在不知道您过去在 dockerfile 中运行过 source activate myenvfromymlfile
现在您要在您创建的环境中运行此 application.py
。 docker 的默认 shell 是 sh -c
。所以当你设置CMD
如下
CMD [ "source activate your-environment && exec python application.py" ]
在容器启动时执行的最终命令变为
sh -c "source activate your-environment && exec python application.py"
激活当前 shell 中的环境,然后运行您的程序。
关于python - 无法在 dockerfile 中创建 conda env,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46695949/