我的应用程序文件夹中有environment.yml
我在dockerfile中有这个:
RUN conda env create
RUN source activate myenvfromymlfile
当我运行容器时,虽然没有激活env。如果我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"]
答案 0 :(得分:4)
考虑下面的Dockerfile
RUN conda env create
RUN source activate myenvfromymlfile
ENTRYPOINT ["python"]
CMD ["application.py"]
声明#1 conda env create
。创建环境并更改磁盘文件。
声明#2 source activate myenvfromymlfile
。在bash会话中加载一些东西。这里没有完成磁盘更改
语句#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中的环境,然后运行您的程序。