在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

如果我进入该目录(只是为了测试之前的步骤是否已提交)，我可以看到文件如预期的那样存在:

$ 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

如果我试着运行源代码命令，我得到相同的'not found'错误如上所示。如果我运行一个交互式shell会话，但是，源确实工作:

$ docker run 3a87 bash
source
bash: line 1: source: filename argument required
source: usage: source filename [arguments]

我可以从这里运行脚本，然后愉快地访问workon, mkvirtualenv等。

我做了一些研究，最初看起来问题可能在于bash作为Ubuntu登录shell，而dash作为Ubuntu系统shell, dash不支持源命令。

然而，这个问题的答案似乎是使用'。'而不是source，但这只会导致Docker运行时爆发一个go panic异常。

从Dockerfile run指令运行shell脚本来解决这个问题的最好方法是什么(我运行Ubuntu 12.04 LTS的默认基本映像)。

当前回答

根据本页上的回答，我想补充一点，您必须意识到，每个RUN语句都是使用/bin/sh -c独立运行的，因此不会获得通常在登录shell中获取的任何环境变量。

到目前为止我发现的最好的方法是将脚本添加到/etc/bash.然后调用每个命令作为bash登录。

RUN echo "source /usr/local/bin/virtualenvwrapper.sh" >> /etc/bash.bashrc
RUN /bin/bash --login -c "your command"

例如，你可以安装和设置virtualenvwrapper，创建虚拟的env，当你使用bash登录时激活它，然后将你的python模块安装到这个env中:

RUN pip install virtualenv virtualenvwrapper
RUN mkdir -p /opt/virtualenvs
ENV WORKON_HOME /opt/virtualenvs
RUN echo "source /usr/local/bin/virtualenvwrapper.sh" >> /etc/bash.bashrc
RUN /bin/bash --login -c "mkvirtualenv myapp"
RUN echo "workon mpyapp" >> /etc/bash.bashrc
RUN /bin/bash --login -c "pip install ..."

阅读bash启动文件的手册有助于理解在什么时候获取了什么。

2015-07-21 10:39:16

其他回答

您可能想要运行bash -v来查看源是什么。

我会做以下事情，而不是玩符号链接:

执行echo "source /usr/local/bin/virtualenvwrapper.sh" >> /etc/bash.bashrc .sh

2015-04-13 16:35:57

我在Dockerfile中运行源代码时也遇到了问题

这在构建CentOS 6.6 Docker容器时运行得非常好，但在Debian容器中出现了问题

RUN cd ansible && source ./hacking/env-setup

这就是我解决问题的方法，可能不是一种优雅的方式，但这对我来说是有效的

RUN echo "source /ansible/hacking/env-setup" >> /tmp/setup
RUN /bin/bash -C "/tmp/setup"
RUN rm -f /tmp/setup

2016-01-16 05:31:27

这是我在Ubuntu 20.04上的解决方案

RUN apt -y update
RUN apt -y install curl
SHELL ["/bin/bash", "-c"]
RUN curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.38.0/install.sh | bash
RUN source /root/.bashrc
RUN bash -c ". /root/.nvm/nvm.sh && nvm install v16 && nvm alias default v16 && nvm use default"

2022-02-08 13:29:24

如果您有可用的SHELL，您应该使用这个答案——不要使用已接受的答案，这将迫使您将dockerfile的其余部分放在每个注释的一个命令中。

如果你使用的是旧版本的Docker，没有SHELL的权限，只要你不需要.bashrc中的任何东西(这在Dockerfiles中是很少见的情况)，这就可以工作:

ENTRYPOINT ["bash", "--rcfile", "/usr/local/bin/virtualenvwrapper.sh", "-ci"]

注意-i是用来让bash读取rcfile的。

2019-07-02 21:12:22

RUN指令的默认shell是["/bin/sh"， "-c"]。

RUN "source file"      # translates to: RUN /bin/sh -c "source file"

使用SHELL指令，你可以改变Dockerfile中后续RUN指令的默认SHELL:

SHELL ["/bin/bash", "-c"]

现在，默认shell已经更改，您不需要在每个RUN指令中显式地定义它

RUN "source file"    # now translates to: RUN /bin/bash -c "source file"

附加提示:您还可以添加——login选项，该选项将启动登录shell。这意味着~/。例如Bashrc会被读取，你不需要在你的命令之前显式地来源它

2016-09-29 18:20:49

在Dockerfile中使用带有'source'的RUN指令是无效的

推荐文章

最新文章

标签