在我的Dockerfile中，如果存在一个文件，我想把它复制到我的镜像中，requirements.txt文件似乎是pip的一个不错的选择，但这应该如何实现？
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
COPY foo file-which-may-exist* /target
请确保foo存在，因为COPY至少需要一个有效的源。
如果file-which-may-exist存在，它也会被复制。
注意：
您应该注意确保通配符没有选择到其他不想复制的文件。为了更加小心谨慎，您可以使用file-which-may-exist?（?只匹配一个字符）。
或者更好的方法是，使用类似这样的字符类来确保只匹配一个文件：
COPY foo file-which-may-exis[t] /target
COPY --from=docker /usr/bin/docker /usr/lib/libltdl.so* /tmp/docker/ RUN mv /tmp/docker/docker /usr/bin/docker RUN mv /tmp/docker/libltdl.so.7 /usr/lib/libltdl.so.7 || true（其中共享库是未知实体）。 - Adam K Dean根据这条评论所述，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之前，请使用一个小脚本设置此变量。请注意，保留HTML标签。FROM中使用ARG，必须在第一个FROM之前定义ARG。如果你还想在FROM中像使用ENV一样使用相同的ARG，那么你也必须在FROM的作用域内定义它。理解ARG和FROM如何交互 - Anthony Ledesma2021年以后，从这个答案中得知，使用全局模式，Docker COPY命令将不会因为找不到有效的源文件而失败
COPY requiements.tx[t] /destination
2015年：目前不支持此功能（因为我怀疑会导致一个无法重现的映像，由于同一 Dockerfile 会根据文件是否存在而复制或不复制该文件）。
在 issue 13045 中仍有人提出此需求，使用通配符：COPY foo/* bar/ 如果 foo 中没有文件，则不起作用（2015年5月）。
目前 Docker 不会实现它（2015 年 7 月），但是另一个构建工具，如bocker，可以支持此功能。
2021：
COPY source/. /source/对我有效（即，无论目录是否为空，都会复制目录，就像 "将目录复制到 docker build，而不管它是否为空-在"COPY failed: no source files were specified"上失败" 一文中所述）。
Here is my suggestion:
# syntax=docker/dockerfile:1.2 RUN --mount=type=bind,source=jars,target=/build/jars \ find /build/jars -type f -name '*.jar' -maxdepth 1 -print0 \ | xargs -0 --no-run-if-empty --replace=source cp --force source >"${INSTALL_PATH}/modules/"That works around:
COPY jars/*.jar "${INSTALL_PATH}/modules/"But copies no
*.jarif none is found, without throwing an error.
/dist文件夹，该怎么办？这是大多数前端设置的情况，显然在这里“dev”和“prod”不能相同。那么该如何处理？ - Jivan我认为我想出了一个有效的解决方法，使用这个Dockerfile
FROM alpine
COPy always_exist_on_host.txt .
COPY *sometimes_exist_on_host.txt .
always_exist_on_host.txt 文件将始终被复制到镜像中，即使 sometimes_exist_on_host.txt 文件不存在，构建也不会因为无法复制该文件而失败。此外，当 sometimes_exist_on_host.txt 文件存在时，它也将被复制到镜像中。.
├── Dockerfile
└── always_exist_on_host.txt
构建成功
docker build . -t copy-when-exists --no-cache
[+] Building 1.0s (7/7) FINISHED
=> [internal] load .dockerignore 0.0s
=> => transferring context: 2B 0.0s
=> [internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 36B 0.0s
=> [internal] load metadata for docker.io/library/alpine:latest 1.0s
=> [internal] load build context 0.0s
=> => transferring context: 43B 0.0s
=> CACHED [1/2] FROM docker.io/library/alpine@sha256:c0e9560cda118f9ec63ddefb4a173a2b2a0347082d7dff7dc14272e7841a5b5a 0.0s
=> [2/2] COPY always_exist_on_host.txt *sometimes_exist_on_host.txt . 0.0s
=> exporting to image 0.0s
=> => exporting layers 0.0s
=> => writing image sha256:e7d02c6d977f43500dbc1c99d31e0a0100bb2a6e5301d8cd46a19390368f4899 0.0s
.
├── Dockerfile
├── always_exist_on_host.txt
└── sometimes_exist_on_host.txt
构建仍然成功
docker build . -t copy-when-exists --no-cache
[+] Building 1.0s (7/7) FINISHED
=> [internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 36B 0.0s
=> [internal] load .dockerignore 0.0s
=> => transferring context: 2B 0.0s
=> [internal] load metadata for docker.io/library/alpine:latest 0.9s
=> [internal] load build context 0.0s
=> => transferring context: 91B 0.0s
=> CACHED [1/2] FROM docker.io/library/alpine@sha256:c0e9560cda118f9ec63ddefb4a173a2b2a0347082d7dff7dc14272e7841a5b5a 0.0s
=> [2/2] COPY always_exist_on_host.txt *sometimes_exist_on_host.txt . 0.0s
=> exporting to image 0.0s
=> => exporting layers 0.0s
=> => writing image sha256:4c88e2ffa77ebf6869af3c7ca2a0cfb9461979461fc3ae133709080b5abee8ff 0.0s
=> => naming to docker.io/library/copy-when-exists 0.0s
COPY always_exist_on_host.txt . 来演示 COPY 通常是如何使用的。而 COPY *sometimes_exist_on_host.txt . 则是你所需要的。 - aidanmelenDocker version 20.10.8, build 3967b7d，完全没有问题。 - aidanmelen将所有文件复制到一个临时目录中，手动挑选需要的文件，删除其余文件。
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
我需要根据环境变量将文件夹复制到服务器上。我使用了一个空的服务器镜像，在本地文件夹中创建所需的部署文件夹结构，然后在DockerFile中添加以下行以将文件夹复制到容器中。最后一行添加入口点以在docker启动服务器之前执行init 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;
environment: - BUILD_EVN=TEST
这些更改会在 Docker 构建期间将文件夹复制到容器中。当我们执行 docker-compose up 命令时，在服务器启动之前它会将实际需要的文件夹复制或部署到服务器上。COMMON_DEST_ROOT下的某个地方。COPY指令，这些目录是由子映像添加的。ARG PLACEHOLDER_FILE和ENV UNPROVIDED_DEST用于满足任何不需要的COPY指令的<src>和<dest>要求。#
# 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变量。
COPY不再需要至少存在一个源，如果没有匹配项，globbing也不会失败，因此您可以只
COPY requirements.tx[t] /destination
如果存在，将复制requirements.txt，如果不存在也不会失败。
我有其他解决方案。想法是在构建上下文中触摸文件，并在Dockerfile内使用复制语句。如果文件存在，它将只创建一个空文件，docker build不会失败。如果已经有一个文件，它将只更改时间戳。
touch requirements.txt
还有Dockerfile文件
FROM python:3.9
COPY requirements.txt .
RUN --mount=target=/mnt \
[ -f /mnt/requirements.txt ] && cp /mnt/requirements.txt . || :
RUN --mount=target=/mnt \
if [ -d /mnt/toolchain/out ]; then \
mkdir toolchain; \
cp -r /mnt/toolchain/out toolchain; \
fi