我有一个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会话，则源代码确实可以工作：

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

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

我做了一些挖掘，最初看起来好像问题可能出在bash作为Ubuntu 登录shell和破折号作为Ubuntu 系统shell之间的区别，破折号不支持该source命令。

但是，答案似乎是使用“。”。而不是source，但这只会导致Docker运行时因发生紧急恐慌而崩溃。

从Dockerfile RUN指令运行Shell脚本来解决此问题的最佳方法是什么（这是运行Ubuntu 12.04 LTS的默认基础映像的最佳方法）。

RUN /bin/bash -c "source /usr/local/bin/virtualenvwrapper.sh"

原始答案

FROM ubuntu:14.04
RUN rm /bin/sh && ln -s /bin/bash /bin/sh

这应该适用于每个Ubuntu docker基本映像。我通常为我编写的每个Dockerfile添加此行。

由相关旁观者编辑

如果您想获得“使用bash而不是sh在整个Dockerfile中使用”的效果，而又不改变并可能损坏容器内的OS，您可以告诉Docker您的意图。这样完成：

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

*可能的损害是Linux 中的许多脚本（在全新的Ubuntu安装上grep -rHInE '/bin/sh' /返回的结果超过2700个）期望使用完整的POSIX shell /bin/sh。bash外壳不仅是POSIX加上额外的内置函数。有一些内置的（和更多的）行为与POSIX中的行为完全不同。我完全支持避免POSIX（而且谬论是，您未在另一个shell上测试过的任何脚本都将起作用，因为您认为您避免了basmisms），而只是使用了bashism。但是您可以在脚本中使用适当的shebang来实现。不是通过从整个操作系统中拉出POSIX shell来实现的。（除非您有时间验证Linux随附的所有2700 plus脚本以及安装的任何软件包中的所有脚本。）

下面的答案中有更多详细信息。https://stackoverflow.com/a/45087082/117471

该RUN指令的默认外壳为["/bin/sh", "-c"]。

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

使用SHELL指令，您可以RUN在Dockerfile中为后续指令更改默认shell ：

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

现在，默认外壳已更改，您无需在每个RUN指令中都明确定义它

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

附加说明：您还可以添加--login启动登录外壳程序的选项。~/.bachrc例如，这意味着将要读取，并且您不需要在命令前显式地获取它

我有同样的问题，为了在virtualenv内执行pip install我必须使用以下命令：

RUN pip install virtualenv virtualenvwrapper
RUN mkdir -p /opt/virtualenvs
ENV WORKON_HOME /opt/virtualenvs
RUN /bin/bash -c "source /usr/local/bin/virtualenvwrapper.sh \
    && mkvirtualenv myapp \
    && workon myapp \
    && pip install -r /mycode/myapp/requirements.txt"

希望对您有所帮助。

最简单的方法是使用点运算符代替source，这与bash source命令的sh等效：

代替：

RUN source /usr/local/bin/virtualenvwrapper.sh

用：

RUN . /usr/local/bin/virtualenvwrapper.sh

如果您使用的是Docker 1.12或更高版本，请使用SHELL！

简短答案：

一般：

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

对于python vituralenv：

SHELL ["/bin/bash", "-c", "source /usr/local/bin/virtualenvwrapper.sh"]

长答案：

来自https://docs.docker.com/engine/reference/builder/#/shell

SHELL ["executable", "parameters"]

SHELL指令允许覆盖用于命令的shell形式的默认shell。在Linux上，默认外壳程序为[“ / bin / sh”，“ -c”]，在Windows上，默认外壳程序为[“ cmd”，“ / S”，“ / C”]。必须在Dockerfile中以JSON形式编写SHELL指令。

SHELL指令在Windows上特别有用，在Windows上有两个常用且完全不同的本机shell：cmd和powershell，以及包括sh在内的备用shell。

SHELL指令可以出现多次。每个SHELL指令将覆盖所有先前的SHELL指令，并影响所有后续的指令。例如：

FROM microsoft/windowsservercore

# Executed as cmd /S /C echo default
RUN echo default

# Executed as cmd /S /C powershell -command Write-Host default
RUN powershell -command Write-Host default

# Executed as powershell -command Write-Host hello
SHELL ["powershell", "-command"]
RUN Write-Host hello

# Executed as cmd /S /C echo hello
SHELL ["cmd", "/S"", "/C"]
RUN echo hello

在Dockerfile中使用它们的外壳形式时，以下指令可能会受到SHELL指令的影响：RUN，CMD和ENTRYPOINT。

以下示例是Windows上常见的模式，可以使用SHELL指令进行精简：

...
RUN powershell -command Execute-MyCmdlet -param1 "c:\foo.txt"
...

docker调用的命令将是：

cmd /S /C powershell -command Execute-MyCmdlet -param1 "c:\foo.txt"

这效率低下有两个原因。首先，有一个不必要的cmd.exe命令处理器（又名Shell）被调用。其次，shell形式的每个RUN指令都需要一个额外的powershell -command作为该命令的前缀。

为了使其更有效，可以采用两种机制之一。一种是使用RUN命令的JSON形式，例如：

...
RUN ["powershell", "-command", "Execute-MyCmdlet", "-param1 \"c:\\foo.txt\""]
...

尽管JSON形式是明确的，并且不使用不必要的cmd.exe，但它确实需要通过双引号和转义来实现更多的详细信息。另一种机制是使用SHELL指令和shell形式，从而使Windows用户的语法更加自然，尤其是与转义解析器指令结合使用时：

# escape=`

FROM microsoft/nanoserver
SHELL ["powershell","-command"]
RUN New-Item -ItemType Directory C:\Example
ADD Execute-MyCmdlet.ps1 c:\example\
RUN c:\example\Execute-MyCmdlet -sample 'hello world'

导致：

PS E:\docker\build\shell> docker build -t shell .
Sending build context to Docker daemon 4.096 kB
Step 1/5 : FROM microsoft/nanoserver
 ---> 22738ff49c6d
Step 2/5 : SHELL powershell -command
 ---> Running in 6fcdb6855ae2
 ---> 6331462d4300
Removing intermediate container 6fcdb6855ae2
Step 3/5 : RUN New-Item -ItemType Directory C:\Example
 ---> Running in d0eef8386e97


    Directory: C:\


Mode                LastWriteTime         Length Name
----                -------------         ------ ----
d-----       10/28/2016  11:26 AM                Example


 ---> 3f2fbf1395d9
Removing intermediate container d0eef8386e97
Step 4/5 : ADD Execute-MyCmdlet.ps1 c:\example\
 ---> a955b2621c31
Removing intermediate container b825593d39fc
Step 5/5 : RUN c:\example\Execute-MyCmdlet 'hello world'
 ---> Running in be6d8e63fe75
hello world
 ---> 8e559e9bf424
Removing intermediate container be6d8e63fe75
Successfully built 8e559e9bf424
PS E:\docker\build\shell>

SHELL指令还可用于修改外壳程序的运行方式。例如，在Windows上使用SHELL cmd / S / C / V：ON | OFF，可以修改延迟的环境变量扩展语义。

如果需要备用shell（例如zsh，csh，tcsh等），也可以在Linux上使用SHELL指令。

SHELL功能已在Docker 1.12中添加。

在此页面上的答案的基础上，我要补充一点，您必须注意，每个RUN语句都独立于其他RUN语句运行/bin/sh -c，因此不会获得通常来自登录Shell的任何环境var。

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

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

例如，您可以安装和设置virtualenvwrapper，创建虚拟环境，使用bash登录时将其激活，然后将python模块安装到此环境中：

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启动文件的手册可帮助您了解何时提供了什么。

根据https://docs.docker.com/engine/reference/builder/#run的默认[Linux] shell RUN是/bin/sh -c。您似乎期望接受bashisms，因此应使用“ exec形式” RUN来指定您的shell。

RUN ["/bin/bash", "-c", "source /usr/local/bin/virtualenvwrapper.sh"]

否则，使用RUN的“外壳形式”并指定其他外壳会导致嵌套外壳。

# don't do this...
RUN /bin/bash -c "source /usr/local/bin/virtualenvwrapper.sh"
# because it is the same as this...
RUN ["/bin/sh", "-c", "/bin/bash" "-c" "source /usr/local/bin/virtualenvwrapper.sh"]

如果您有多个命令需要不同的shell，则应阅读https://docs.docker.com/engine/reference/builder/#shell并通过将其放在RUN命令之前来更改默认shell：

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

最后，如果您在根用户.bashrc文件中放置了所需的任何内容，则可以将-l标志添加到SHELLor RUN命令中，以使其成为登录shell，并确保其来源。

注意：我故意忽略了以下事实：将脚本作为RUN中的唯一命令是没有意义的。

根据Docker文档

要使用'/ bin / sh'以外的其他shell，请使用exec形式传入所需的shell。例如，

RUN ["/bin/bash", "-c", "echo hello"]

参见https://docs.docker.com/engine/reference/builder/#run

如果SHELL有空的话，应该回答这个问题 - 不要使用接受的答案，这会迫使您根据此注释将其余的dockerfile放入一个命令中。

如果您使用的是旧版本的Docker并且无权访问SHELL，则只要您不需要任何东西.bashrc，它就可以工作（这在Dockerfiles中很少见）：

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

请注意-i，使bash完全读取rcfile是必需的。

您可能需要运行bash -v以查看来源。

我将执行以下操作，而不是使用符号链接：

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

我source在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

这可能是由于sourcebash内置的，而不是文件系统上某个位置的二进制文件而发生的。您是否打算在以后采购的脚本中更改容器？

我最终把我的环境东西放了进去，.profile然后SHELL像

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

# Install ruby version specified in .ruby-version
RUN rvm install $(<.ruby-version)

# Install deps
RUN rvm use $(<.ruby-version) && gem install bundler && bundle install

CMD rvm use $(<.ruby-version) && ./myscript.rb

如果您只是想使用pip将某些东西安装到virtualenv中，则可以修改PATH env以首先查看virtualenv的bin文件夹

ENV PATH="/path/to/venv/bin:${PATH}"

然后pip install，Dockerfile中的所有命令将首先找到/ path / to / venv / bin / pip并使用该命令，该命令将安装到该virtualenv中，而不是系统python中。