在Dockerfile中使用带有'source‘的RUN指令不起作用
我有一个Dockerfile，我正在把它放在一起来安装一个普通的python环境(我将在这个环境中安装一个应用程序，但以后再安装)。
FROM ubuntu:12.04
# required to build certain python libraries
RUN apt-get install python-dev -y
# install pip - canonical installation instructions from pip-installer.org
# http://www.pip-installer.org/en/latest/installing.html
ADD https://bitbucket.org/pypa/setuptools/raw/bootstrap/ez_setup.py /tmp/ez_setup.py
ADD https://raw.github.com/pypa/pip/master/contrib/get-pip.py /tmp/get-pip.py
RUN python /tmp/ez_setup.py
RUN python /tmp/get-pip.py
RUN pip install --upgrade pip
# install and configure virtualenv
RUN pip install virtualenv
RUN pip install virtualenvwrapper
ENV WORKON_HOME ~/.virtualenvs
RUN mkdir -p $WORKON_HOME
RUN source /usr/local/bin/virtualenvwrapper.sh构建运行正常，直到最后一行，我得到了以下异常：
[previous steps 1-9 removed for clarity]
...
Successfully installed virtualenvwrapper virtualenv-clone stevedore
Cleaning up...
---> 1fc253a8f860
Step 10 : ENV WORKON_HOME ~/.virtualenvs
---> Running in 8b0145d2c80d
---> 0f91a5d96013
Step 11 : RUN mkdir -p $WORKON_HOME
---> Running in 9d2552712ddf
---> 3a87364c7b45
Step 12 : RUN source /usr/local/bin/virtualenvwrapper.sh
---> Running in c13a187261ec
/bin/sh: 1: source: not found如果我使用ls进入该目录(只是为了测试前面的步骤是否被提交)，我可以看到文件如预期的那样存在：
$ docker run 3a87 ls /usr/local/bin
easy_install
easy_install-2.7
pip
pip-2.7
virtualenv
virtualenv-2.7
virtualenv-clone
virtualenvwrapper.sh
virtualenvwrapper_lazy.sh如果我只尝试运行source命令，我会得到与上面一样的“找不到”错误。但是，如果我运行一个交互式shell会话，source确实可以工作：
$ docker run 3a87 bash
source
bash: line 1: source: filename argument required
source: usage: source filename [arguments]我可以从这里运行脚本，然后愉快地访问workon、mkvirtualenv等。
我做了一些挖掘，最初看起来问题可能出在bash作为Ubuntu登录外壳，dash作为Ubuntu系统外壳，dash不支持source命令之间的差异。
然而，这个问题的答案似乎是使用‘.而不是source，但这只会导致Docker运行时崩溃并引发go异常。
从Dockerfile运行指令中运行shell脚本的最佳方式是什么来解决这个问题(我运行的是Ubuntu 12.04 LTS的默认基础映像)。
回答 18
Stack Overflow用户
发布于 2014-08-21 17:56:58
原始答案
FROM ubuntu:14.04
RUN rm /bin/sh && ln -s /bin/bash /bin/sh这应该适用于每个Ubuntu docker基础镜像。我通常会为我编写的每个Dockerfile添加这一行。
由关心的旁观者编辑
如果你想得到“在整个Dockerfile文件中使用bash而不是sh”的效果，而不是改变和可能会破坏容器内的*操作系统，你可以直接使用tell Docker your intention。这是这样做的：
SHELL ["/bin/bash", "-c"]*可能的损害是，中的许多脚本(在新的Ubuntu安装上，
grep -rHInE '/bin/sh' /返回超过2700个结果)期望在/bin/sh中有一个完整的POSIX shell。bash shell不仅仅是POSIX加上额外的内置。有些内置(以及更多)的行为与POSIX中的完全不同。我完全支持避免POSIX (以及没有在另一个shell上测试的任何脚本都会工作的谬误，因为您认为您避免了basmisms)，而只是使用bashism。但是你可以在你的脚本中使用适当的shebang来实现。而不是从整个操作系统下拉出POSIX外壳。(除非您有时间验证Linux附带的所有2700多个脚本，以及您安装的任何包中的所有脚本。)
在下面的答案中有更多详细信息。https://stackoverflow.com/a/45087082/117471
Stack Overflow用户
发布于 2016-09-30 02:20:50
RUN指令的默认外壳是["/bin/sh", "-c"]。
RUN "source file" # translates to: RUN /bin/sh -c "source file"使用SHELL instruction，您可以在Dockerfile中更改后续RUN指令的默认外壳：
SHELL ["/bin/bash", "-c"] 现在，默认shell已经改变，您不需要在每个RUN指令中显式地定义它
RUN "source file" # now translates to: RUN /bin/bash -c "source file"附加说明：您还可以添加启动登录shell的--login选项。例如，这意味着~/.bashrc将被读取，并且您不需要在命令之前显式地获取它的源代码
Stack Overflow用户
发布于 2015-12-11 14:53:18
最简单的方法是使用点运算符代替源代码，这是相当于bash source命令的sh：
而不是：
RUN source /usr/local/bin/virtualenvwrapper.sh使用：
RUN . /usr/local/bin/virtualenvwrapper.shhttps://stackoverflow.com/questions/20635472
复制相似问题
腾讯云开发者
