Dockerfileでの条件付きのCOPY / ADD？

私のDockerfiles内で、ファイルが存在する場合、それをイメージにコピーしたいのですが、pipのrequirements.txtファイルは適切な候補のようですが、これをどのように実現しますか？

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

または

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

これは現在サポートされていません（存在に応じて、同じDockerfileがファイルをコピーするかしないかにより、イメージが再現不能になる可能性があると思われます）。

これは、ワイルドカードを使用して、問題13045で引き続き要求されます： " COPY foo/* bar/" not work if no file in foo"（2015年5月）。
今のところ（2015年7月）Dockerには実装されませんが、bockerなどの別のビルドツールでこれをサポートできます。

簡単な回避策は次のとおりです。

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

少なくとも1つの有効なソースが必要なので、foo存在することを確認してくださいCOPY。

存在する場合file-which-may-existは、それもコピーされます。

注：ワイルドカードが、コピーするつもりのない他のファイルを取得しないように注意する必要があります。より注意するために、file-which-may-exist?代わりに使用することができます（?1文字だけに一致します）。

または、さらに良いのは、次のような文字クラスを使用して、1つのファイルのみが一致するようにすることです。

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

このコメントで述べたように、Santhosh Hirekerurの回答ではファイルがまだコピーされています。真の条件付きコピーをアーカイブするには、この方法を使用できます。

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

このONBUILD手順では、によって「ブランチ」が選択されてBUILD_ENVいる場合にのみファイルがコピーされるようにします。呼び出す前に小さなスクリプトを使用してこの変数を設定しますdocker build

ソリューションの回避策

ENV変数に基づいてサーバーにFOLDERをコピーする必要がありました。空のサーバーイメージを取得しました。ローカルフォルダーに必要な展開フォルダー構造を作成しました。次に、DockerFileの下の行に追加して、フォルダーをコンテナーにコピーします。I nは最後の行は、ドッキングウィンドウには、サーバを起動する前に初期化file.shを実行するためのエントリポイントを追加しました。

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

次に、以下のようなスクリプトを使用して、ローカルにcustom-init.shファイルを作成し ます

#!/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;

でドッキングウィンドウ・コンライン下のファイル。

環境：-BUILD_EVN = TEST

これらの変更により、Dockerのビルド中にフォルダーがコンテナーにコピーされます。docker-compose upを実行 すると、サーバーが起動する前に実際に必要なフォルダーをサーバーにコピーまたはデプロイします。

すべてのファイルを使い捨てディレクトリにコピーし、必要なファイルを手で選択して、残りを破棄します。

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

同じソリューションに依存するビルドステージを使用cpして、条件付きでコピーすることで、同様のことを実現できます。ビルドステージを使用することにより、最終的なイメージには最初のからのすべてのコンテンツが含まれなくなります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

他のアイデアを試してみましたが、要件を満たしていませんでした。アイデアは、子静的Webアプリケーション用のベースnginxイメージを作成することです。セキュリティ、最適化、および標準化の理由から、ベースイメージはRUN、子イメージによって追加されたディレクトリに対してコマンドを実行できる必要があります。ベースイメージは、子イメージによって追加されるディレクトリを制御しません。子画像であると仮定すると、のCOPYどこかにリソースがありCOMMON_DEST_ROOTます。

このアプローチはハックですが、基本イメージはCOPY、子イメージによって追加された1からNのディレクトリの指示をサポートするという考えです。 ARG PLACEHOLDER_FILEそしてENV UNPROVIDED_DEST満たすために使用されている<src>と<dest>すべてのための要件COPYは必要ない命令を。

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

このソリューションには、PLACEHOLDER_FILEサポートされているCOPY命令のダミーおよびハードコーディングされた数などの明らかな欠点があります。また、COPY命令で使用されるENV変数を取り除く方法もありません。