Docker: dodawanie pliku z katalogu nadrzędnego

186

W moim Dockerfilemam:

ADD ../../myapp.war /opt/tomcat7/webapps/

Ten plik istnieje, ponieważ ls ../../myapp.warzwraca mi prawidłowy plik, ale po uruchomieniu sudo docker build -t myapp .mam:

Step 1 : ADD ../../myapp.war /opt/tomcat7/webapps/
2014/07/02 19:18:09 ../../myapp.war: no such file or directory

Czy ktoś wie, dlaczego i jak to zrobić poprawnie?

docker

— Anthony O.
źródło

2

Niektóre obejścia superuser.com/questions/842642

— Günter Zöchbauer

225

Możesz zbudować plik Dockerfile z katalogu nadrzędnego:

docker build -t <some tag> -f <dir/dir/Dockerfile> .

— Boedy
źródło

3

Dziękuję Ci! Działa to dobrze na lokalnym komputerze, ale Docker Hub nie może zbudować obrazu, ponieważ próbuje to zrobić z tego samego katalogu (tbh, dokładnie to, czego można by się normalnie spodziewać). Czy jest jakiś sposób na zrobienie tej samej sztuczki w Docker Hub?

— Marcel Hernandez,

Nie żebym o tym wiedział. Możesz przesłać obraz do rejestru zamiast korzystać z automatycznego budowania.

— Boedy

2

@ eduncan911 Nie sądzę, aby to było przestarzałe w momencie, gdy piszę komentarz. Od tamtej pory mogli zmienić zdanie? Jeśli się mylę, czy możesz podać link do dokumentacji, w której jest napisane, że jest przestarzała. Dzięki!

— omninonsense,

6

-f nie wydaje się być przestarzały zgodnie z dokumentacją -> Określ plik Dockerfile (-f) : docs.docker.com/engine/reference/commandline/build/ ...

— Ray

6

@ eduncan911 czy możesz usunąć swój komentarz, ponieważ najwyraźniej nie jest przestarzały? Początkowo pominąłem tę odpowiedź z powodu twojego komentarza.

— Chris Anderson,

103

Niestety (jak sądzę ze względów praktycznych i bezpieczeństwa), jeśli chcesz dodać / skopiować zawartość lokalną, musi ona znajdować się w tej samej ścieżce głównej, co plik Dockerfile.

Z dokumentacji :

Ścieżka <src> musi znajdować się w kontekście kompilacji; nie możesz DODAĆ ../ coś / coś, ponieważ pierwszym krokiem budowania dockera jest wysłanie katalogu kontekstu (i podkatalogów) do demona dockera.

EDYCJA: Istnieje teraz opcja ( -f) do ustawienia ścieżki do pliku Dockerfile; można go użyć do osiągnięcia tego, co chcesz, zobacz odpowiedź @Boedy poniżej.

— mbarthelemy
źródło

22

Czy istnieje „czyste” obejście tego problemu? Wolałbym nie przebudowywać całego katalogu projektu tylko po to, aby to uwzględnić.

— ben_frankly

Jak powiedział @ Günter, istnieje obejście tutaj superuser.com/a/842690/136024… czy to naprawdę jest „czyste”? Przynajmniej jest to „obejście” :)

— Anthony O.

2

Zobacz lepszą odpowiedź od @Boedy stackoverflow.com/a/34300129/2950621

— nmgeek

103

Za pomocą docker-compose można ustawić folder kontekstowy:

#docker-compose.yml
version: '3.3'    
services:
      yourservice:
        build:
          context: ./
          dockerfile: ./docker/yourservice/Dockerfile

— Nikita Kuznetsov
źródło

9

Dodanie fragmentów kodu w celu wsparcia zaakceptowanej odpowiedzi.

Struktura katalogów:

setup/
 |__docker/DockerFile
 |__target/scripts/<myscripts.sh>
src/
 |__<my source files>

Wpis pliku Dockera:

RUN mkdir -p /home/vagrant/dockerws/chatServerInstaller/scripts/
RUN mkdir -p /home/vagrant/dockerws/chatServerInstaller/src/
WORKDIR /home/vagrant/dockerws/chatServerInstaller

#Copy all the required files from host's file system to the container file system.
COPY setup/target/scripts/install_x.sh scripts/
COPY setup/target/scripts/install_y.sh scripts/
COPY src/ src/

Polecenie użyte do zbudowania obrazu dockera

docker build -t test:latest -f setup/docker/Dockerfile .

— Binita Bharati
źródło

świetne podejście. Czy można też udostępnić kod install_x.sh?

— Ariful Haque

4

Rozwiązaniem dla tych, którzy używają kompozytora, jest użycie woluminu wskazującego na folder nadrzędny:

#docker-composer.yml

foo:
  build: foo
  volumes:
    - ./:/src/:ro

Ale jestem prawie pewien, że można to zrobić grając z woluminami w Dockerfile .

— wikier
źródło

3

Nie może. Uwaga: katalog hosta jest z natury zależny od hosta. Z tego powodu nie można zamontować katalogu hosta z Dockerfile, ponieważ skompilowane obrazy powinny być przenośne.Katalog hostów nie byłby dostępny na wszystkich potencjalnych hostach. docs.docker.com/engine/tutorials/dockervolumes/…

— Peeter Kokk

4

Ponieważ -fspowodowałem inny problem, opracowałem inne rozwiązanie.

Utwórz obraz podstawowy w folderze nadrzędnym
Dodano wymagane pliki.
Użyto tego obrazu jako obrazu podstawowego dla projektu, który znajduje się w folderze podrzędnym.

-fFlaga nie rozwiązuje mojego problemu ponieważ moim onbuildwyglądzie obrazu dla pliku w folderze i musiałem zadzwonić tak:

-f foo/bar/Dockerfile foo/bar

zamiast

-f foo/bar/Dockerfile .

Należy również pamiętać, że jest to rozwiązanie tylko w niektórych przypadkach jako -fflaga

— guneysus
źródło