Saya memiliki Dockerfile yang saya kumpulkan untuk menginstal lingkungan python vanilla (di mana saya akan menginstal aplikasi, tetapi di kemudian hari).

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

Build berjalan ok sampai baris terakhir, tempat saya mendapatkan pengecualian berikut:

[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

Jika saya lske direktori itu (hanya untuk menguji bahwa langkah-langkah sebelumnya dilakukan) saya dapat melihat bahwa file ada seperti yang diharapkan:

$ 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

Jika saya mencoba menjalankan sourceperintah, saya mendapatkan kesalahan 'tidak ditemukan' yang sama seperti di atas. Jika saya MENJALANKAN sesi shell interaktif, sumber tidak bekerja:

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

Saya dapat menjalankan skrip dari sini, dan kemudian dengan senang hati mengakses workon, mkvirtualenvdll.

Saya telah melakukan beberapa penggalian, dan awalnya tampak seolah-olah masalahnya mungkin terletak pada perbedaan antara bash sebagai shell login Ubuntu , dan dash sebagai shell sistem Ubuntu , dash tidak mendukung sourceperintah.

Namun, jawaban untuk ini tampaknya menggunakan '.' bukan source, tapi ini hanya menyebabkan runtime Docker meledak dengan pengecualian panik pergi.

Apa cara terbaik untuk menjalankan skrip shell dari instruksi Dockerfile RUN untuk menyiasati ini (saya kehabisan gambar dasar default untuk Ubuntu 12.04 LTS).

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

Jawaban Asli

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

Ini harus bekerja untuk setiap gambar dasar buruh pelabuhan Ubuntu. Saya biasanya menambahkan baris ini untuk setiap Dockerfile yang saya tulis.

Edit oleh pengamat yang bersangkutan

Jika Anda ingin mendapatkan efek "gunakan bashalih-alih shseluruh Dockerfile ini", tanpa mengubah dan mungkin merusak * OS di dalam wadah, Anda bisa memberi tahu Docker niat Anda . Itu dilakukan seperti itu:

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

* Kerusakan yang mungkin terjadi adalah banyak skrip di Linux (pada instalasi Ubuntu yang baru grep -rHInE '/bin/sh' /mengembalikan lebih dari 2.700 hasil) mengharapkan shell POSIX sepenuhnya /bin/sh. Bash shell bukan hanya POSIX plus builtin tambahan. Ada builtin (dan banyak lagi) yang berperilaku sama sekali berbeda dari yang ada di POSIX. Saya SEPENUHNYA mendukung menghindari POSIX (dan kekeliruan bahwa skrip yang tidak Anda uji pada shell lain akan berfungsi karena Anda pikir Anda menghindari basmisme) dan hanya menggunakan bashism. Tetapi Anda melakukannya dengan shebang yang tepat dalam naskah Anda. Tidak dengan menarik keluar shell POSIX dari bawah seluruh OS. (Kecuali jika Anda punya waktu untuk memverifikasi semua 2.700 skrip plus yang datang dengan Linux plus semua yang ada dalam paket yang Anda instal.)

Lebih detail dalam jawaban di bawah ini. https://stackoverflow.com/a/45087082/117471

Shell default untuk RUNinstruksi adalah ["/bin/sh", "-c"].

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

Menggunakan instruksi SHELL , Anda dapat mengubah shell default untuk RUNinstruksi selanjutnya di Dockerfile:

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

Sekarang, shell default telah berubah dan Anda tidak perlu mendefinisikannya secara eksplisit di setiap instruksi RUN

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

Catatan Tambahan : Anda juga bisa menambahkan --loginopsi yang akan memulai shell login. Ini berarti ~/.bachrcmisalnya akan dibaca dan Anda tidak perlu sumber itu secara eksplisit sebelum perintah Anda

Saya memiliki masalah yang sama dan untuk mengeksekusi pip install di dalam virtualenv saya harus menggunakan perintah ini:

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"

Saya harap ini membantu.

Cara paling sederhana adalah dengan menggunakan operator titik di tempat sumber, yang merupakan setara sh dari sourceperintah bash :

Dari pada:

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

Menggunakan:

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

Jika Anda menggunakan Docker 1.12 atau lebih baru, gunakan saja SHELL!

Jawaban singkat:

umum:

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

untuk python vituralenv:

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

Jawaban panjang:

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

SHELL ["executable", "parameters"]

Instruksi SHELL memungkinkan shell default yang digunakan untuk menggantikan shell form dari perintah. Shell default di Linux adalah ["/ bin / sh", "-c"], dan pada Windows adalah ["cmd", "/ S", "/ C"]. Instruksi SHELL harus ditulis dalam bentuk JSON di Dockerfile.

Instruksi SHELL sangat berguna pada Windows di mana ada dua shell asli yang umum digunakan dan sangat berbeda: cmd dan powershell, serta shell alternatif yang tersedia termasuk sh.

Instruksi SHELL dapat muncul beberapa kali. Setiap instruksi SHELL mengesampingkan semua instruksi SHELL sebelumnya, dan memengaruhi semua instruksi selanjutnya. Sebagai contoh:

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

Instruksi berikut dapat dipengaruhi oleh instruksi SHELL ketika form shell dari mereka digunakan dalam Dockerfile: RUN, CMD dan ENTRYPOINT.

Contoh berikut adalah pola umum yang ditemukan pada Windows yang dapat dirampingkan dengan menggunakan instruksi SHELL:

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

Perintah yang dipanggil oleh buruh pelabuhan adalah:

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

Ini tidak efisien karena dua alasan. Pertama, ada pemroses perintah cmd.exe yang tidak perlu (alias shell) yang dipanggil. Kedua, setiap instruksi RUN dalam bentuk shell membutuhkan kekuatan tambahan - perintah prefixing perintah.

Untuk membuat ini lebih efisien, satu dari dua mekanisme dapat digunakan. Salah satunya adalah menggunakan bentuk JSON dari perintah RUN seperti:

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

Sementara bentuk JSON tidak ambigu dan tidak menggunakan cmd.exe yang tidak perlu, itu memang membutuhkan lebih banyak verbositas melalui pengutipan dan pelolosan ganda. Mekanisme alternatifnya adalah dengan menggunakan instruksi SHELL dan form shell, membuat sintaksis yang lebih alami untuk pengguna Windows, terutama bila dikombinasikan dengan arahan parser escape:

# 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'

Yang menghasilkan:

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>

Instruksi SHELL juga dapat digunakan untuk memodifikasi cara shell beroperasi. Misalnya, menggunakan SHELL cmd / S / C / V: ON | OFF pada Windows, semantik ekspansi variabel lingkungan yang tertunda dapat dimodifikasi.

Instruksi SHELL juga dapat digunakan di Linux jika shell alternatif diperlukan seperti zsh, csh, tcsh dan lainnya.

Fitur SHELL ditambahkan di Docker 1.12.

Membangun jawaban di halaman ini saya akan menambahkan bahwa Anda harus menyadari bahwa setiap pernyataan RUN berjalan secara independen dari yang lain /bin/sh -c dan karena itu tidak akan mendapatkan vars lingkungan yang biasanya bersumber di shell login.

Cara terbaik yang saya temukan sejauh ini adalah menambahkan skrip ke /etc/bash.bashrcdan kemudian memanggil setiap perintah sebagai bash login.

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

Misalnya Anda dapat menginstal dan mengatur virtualenvwrapper, membuat virtual env, mengaktifkannya ketika Anda menggunakan bash login, dan kemudian menginstal modul python Anda ke dalam env ini:

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 ..."

Membaca manual tentang file startup bash membantu memahami apa yang bersumber saat.

Menurut https://docs.docker.com/engine/reference/builder/#run shell default [Linux] RUNadalah is /bin/sh -c. Anda tampaknya mengharapkan bashism, jadi Anda harus menggunakan "formulir exec" RUNuntuk menentukan shell Anda.

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

Jika tidak, menggunakan "shell form" dari RUN dan menentukan shell yang berbeda akan menghasilkan shell yang bersarang.

# 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"]

Jika Anda memiliki lebih dari 1 perintah yang membutuhkan shell yang berbeda, Anda harus membaca https://docs.docker.com/engine/reference/builder/#shell dan ubah shell default Anda dengan menempatkan ini sebelum perintah RUN Anda:

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

Akhirnya, jika Anda telah menempatkan sesuatu di pengguna root .bashrc file yang Anda butuhkan, Anda dapat menambahkan -lbendera ke SHELLatau RUNperintah untuk membuatnya menjadi shell login dan memastikan bahwa itu bersumber.

Catatan: Saya sengaja mengabaikan fakta bahwa tidak ada gunanya untuk sumber skrip sebagai satu-satunya perintah dalam RUN.

Menurut dokumentasi Docker

Untuk menggunakan shell yang berbeda, selain '/ bin / sh', gunakan formulir exec lewat di shell yang diinginkan. Sebagai contoh,

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

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

Jika Anda sudah SHELLtersedia, Anda harus pergi dengan jawaban ini - jangan gunakan yang diterima, yang memaksa Anda untuk menaruh sisa file docker dalam satu perintah per komentar ini .

Jika Anda menggunakan versi Docker lama dan tidak memiliki akses SHELL, ini akan berfungsi selama Anda tidak memerlukan apa pun dari .bashrc(yang merupakan kasus yang jarang terjadi di Dockerfiles):

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

Perhatikan bahwa -idiperlukan untuk membuat bash membaca file rc sama sekali.

Anda mungkin ingin lari bash -v untuk melihat apa yang bersumber.

Saya akan melakukan hal berikut alih-alih bermain dengan symlink:

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

Saya juga memiliki masalah dalam menjalankan source di Dockerfile

Ini berjalan dengan baik untuk membangun CentOS 6.6 kontainer Docker, tetapi memberikan masalah dalam wadah Debian

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

Beginilah cara saya mengatasinya, mungkin bukan cara yang elegan tapi inilah yang berhasil bagi saya

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

Ini mungkin terjadi karena sourcebuilt-in untuk bash daripada biner di suatu tempat di sistem file. Apakah niat Anda untuk skrip yang Anda cari mengubah wadah setelahnya?

Saya akhirnya memasukkan barang-barang saya .profiledan bermutasi SHELLseperti

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

Jika Anda hanya mencoba menggunakan pip untuk menginstal sesuatu ke virtualenv, Anda dapat memodifikasi PATH env untuk mencari di folder bin virtualenv terlebih dahulu

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

Kemudian setiap pip installperintah yang mengikuti di Dockerfile akan menemukan / path / ke / venv / bin / pip terlebih dahulu dan menggunakannya, yang akan menginstal ke dalam virtualenv itu dan bukan sistem python.