Warunkowe KOPIUJ / DODAJ w Dockerfile?

Wewnątrz moich Dockerfiles chciałbym SKOPIOWAĆ plik do mojego obrazu, jeśli istnieje, plik Require.txt dla pip wydaje się być dobrym kandydatem, ale jak można to osiągnąć?

COPY (requirements.txt if test -e requirements.txt; fi) /destination
...
RUN  if test -e requirements.txt; then pip install -r requirements.txt; fi

lub

if test -e requirements.txt; then
    COPY requiements.txt /destination;
fi
RUN  if test -e requirements.txt; then pip install -r requirements.txt; fi

Nie jest to obecnie obsługiwane (jak podejrzewam, że prowadziłoby to do niemożliwego do odtworzenia obrazu, ponieważ ten sam plik Dockerfile skopiowałby plik lub nie, w zależności od jego istnienia).

Jest to nadal wymagane w numerze 13045 , przy użyciu symboli wieloznacznych: „ COPY foo/* bar/" not work if no file in foo” (maj 2015).
Na razie nie zostanie zaimplementowany (lipiec 2015 r.) W Dockerze, ale inne narzędzie do kompilacji, takie jak bocker, może to obsługiwać.

Oto proste obejście:

COPY foo file-which-may-exist* /target

Upewnij się, że fooistnieje, ponieważ COPYwymaga co najmniej jednego prawidłowego źródła.

Jeśli file-which-may-existjest obecny, zostanie również skopiowany.

UWAGA: Powinieneś uważać, aby twój symbol wieloznaczny nie odbierał innych plików, których nie zamierzasz kopiować. Aby być bardziej ostrożnym, możesz użyć file-which-may-exist?zamiast tego ( ?dopasowuje tylko jeden znak).

Lub jeszcze lepiej, użyj takiej klasy znaków, aby upewnić się, że dopasowany zostanie tylko jeden plik:

COPY foo file-which-may-exis[t] /target

Jak stwierdzono w tym komentarzu , odpowiedź Santhosha Hirekerura nadal kopiuje plik, aby zarchiwizować prawdziwą kopię warunkową, możesz użyć tej metody.

ARG BUILD_ENV=copy

FROM alpine as build_copy
ONBUILD COPY file /file

FROM alpine as build_no_copy
ONBUILD RUN echo "I don't copy"

FROM build_${BUILD_ENV}
# other stuff

Te ONBUILDinstrukcje gwarantuje, że plik jest kopiowany tylko wtedy, gdy „oddział” został wybrany przez BUILD_ENV. Ustaw tę zmienną za pomocą małego skryptu przed wywołaniemdocker build

Obejdź rozwiązanie

Miałem wymóg skopiowania FOLDERU na serwer w oparciu o zmienne ENV. Zrobiłem pusty obraz serwera. utworzył wymaganą strukturę folderów wdrożeniowych w folderze lokalnym. następnie dodano poniższy wiersz do DockerFile, skopiuj folder do kontenera. W ostatnim wierszu dodano punkt wejścia do uruchomienia pliku init.sh przed dockerem uruchomieniem serwera.

#below lines added to integrate testing framework
RUN mkdir /mnt/conf_folder
ADD install /mnt/conf_folder/install
ADD install_test /mnt/conf_folder/install_test
ADD custom-init.sh /usr/local/bin/custom-init.sh
ENTRYPOINT ["/usr/local/bin/custom-init.sh"]

Następnie utwórz plik custom-init.sh lokalnie ze skryptem podobnym do poniższego

#!/bin/bash
if [ "${BUILD_EVN}" = "TEST" ]; then
    cp -avr /mnt/conf_folder/install_test/* /mnt/wso2das-3.1.0/
else
    cp -avr /mnt/conf_folder/install/* /mnt/wso2das-3.1.0/
fi;

W pliku docker-compose poniżej linii.

środowisko: - BUILD_EVN = TEST

Te zmiany kopiują folder do kontenera podczas kompilacji platformy Docker. kiedy wykonujemy docker-compose up , skopiuj lub wdrożysz właściwy folder na serwerze przed jego uruchomieniem.

Skopiuj wszystkie pliki do jednorazowego katalogu, ręcznie wybierz ten, który chcesz, a resztę odrzuć.

COPY . /throwaway
RUN cp /throwaway/requirements.txt . || echo 'requirements.txt does not exist'
RUN rm -rf /throwaway

Możesz osiągnąć coś podobnego za pomocą etapów kompilacji, które polegają na tym samym rozwiązaniu, używając cpdo warunkowego kopiowania. Korzystając z etapu kompilacji, ostateczny obraz nie będzie zawierał całej zawartości początkowej COPY.

FROM alpine as copy_stage
COPY . .
RUN mkdir /dir_for_maybe_requirements_file
RUN cp requirements.txt /dir_for_maybe_requirements_file &>- || true

FROM alpine
# Must copy a file which exists, so copy a directory with maybe one file
COPY --from=copy_stage /dir_for_maybe_requirements_file /
RUN cp /dir_for_maybe_requirements_file/* . &>- || true
CMD sh

Wypróbowałem inne pomysły, ale żaden nie spełnił naszych wymagań. Pomysł polega na utworzeniu podstawowego obrazu nginx dla podrzędnych statycznych aplikacji internetowych. Ze względów bezpieczeństwa, optymalizacji i standaryzacji obraz podstawowy musi umożliwiać RUNpolecenia dotyczące katalogów dodanych przez obrazy potomne. Obraz podstawowy nie kontroluje, które katalogi są dodawane przez obrazy podrzędne. Zakłada się, że obrazy potomne będą COPYznajdowały się gdzieś pod COMMON_DEST_ROOT.

To podejście to hack, ale idea jest taka, że ​​obraz podstawowy będzie obsługiwał COPYinstrukcje dla katalogów od 1 do N dodanych przez obraz potomny. ARG PLACEHOLDER_FILEi ENV UNPROVIDED_DESTsą wykorzystywane w celu zaspokojenia <src>i <dest>wymagania dla każdej COPYnie potrzeba instrukcji.

#
# base-image:01
#
FROM nginx:1.17.3-alpine
ENV UNPROVIDED_DEST=/unprovided
ENV COMMON_DEST_ROOT=/usr/share/nginx/html
ONBUILD ARG PLACEHOLDER_FILE
ONBUILD ARG SRC_1
ONBUILD ARG DEST_1
ONBUILD ARG SRC_2
ONBUILD ARG DEST_2
ONBUILD ENV SRC_1=${SRC_1:-PLACEHOLDER_FILE}
ONBUILD ENV DEST_1=${DEST_1:-${UNPROVIDED_DEST}}
ONBUILD ENV SRC_2=${SRC_2:-PLACEHOLDER_FILE}
ONBUILD ENV DEST_2=${DEST_2:-${UNPROVIDED_DEST}}

ONBUILD COPY ${SRC_1} ${DEST_1}
ONBUILD COPY ${SRC_2} ${DEST_2}

ONBUILD RUN sh -x \
    #
    # perform operations on COMMON_DEST_ROOT
    #
    && chown -R limited:limited ${COMMON_DEST_ROOT} \
    #
    # remove the unprovided dest
    #
    && rm -rf ${UNPROVIDED_DEST}

#
# child image
#
ARG PLACEHOLDER_FILE=dummy_placeholder.txt
ARG SRC_1=app/html
ARG DEST_1=/usr/share/nginx/html/myapp
FROM base-image:01

To rozwiązanie ma oczywiste wady, takie jak fikcyjna PLACEHOLDER_FILEi zakodowana na stałe liczba obsługiwanych instrukcji COPY. Nie ma również sposobu na pozbycie się zmiennych ENV, które są używane w instrukcji COPY.