copy指令不支持多版本资源的条件复制，但可通过路径显式命名、arg+run间接选择、多阶段构建精准提取及.dockeringore排除冗余版本来实现按需复制。
COPY 指令本身不直接支持“多版本静态资源”的智能选择或条件复制，但它可以通过组合路径控制、构建上下文组织和多阶段构建，实现按需复制特定版本的静态资源——关键在于把“版本”显式体现在文件路径或命名中，并在 Dockerfile 中精准引用。
按版本目录结构组织资源
将不同版本的静态资源（如 CSS、JS、图片）放在独立子目录下，例如：
static/v1.2/static/v2.0/static/latest/ → 软链接或同步副本（不建议放入 Git，由 CI 控制）
然后在构建时，通过构建参数（--build-arg）传入目标版本，并用 shell 替换或预处理生成对应 COPY 行（Dockerfile 本身不支持变量插值，需借助外部脚本或 Makefile）。更常用且可靠的做法是：在 CI 流程中动态生成 Dockerfile 片段，或使用 docker build --build-arg STATIC_VERSION=v2.0 配合 ARG + RUN + cp 实现间接选择。
用 ARG + RUN 实现版本软切换
Dockerfile 支持 ARG 声明构建参数，虽不能直接用于 COPY 的源路径，但可配合 RUN 复制指定版本：
ARG STATIC_VERSION=v1.2-
COPY static/ /tmp/static/（一次性复制全部版本到临时位置） RUN cp -r /tmp/static/${STATIC_VERSION}/* /usr/share/nginx/html/
注意：${STATIC_VERSION} 在 RUN 中生效，前提是镜像内 shell 支持变量展开（sh/bash 默认支持），且目标路径存在。这种方式灵活，适合 CI 中动态指定版本，也便于本地测试不同版本。
多阶段构建中按需提取指定版本
若静态资源由前端构建流程产出（如 Vue/React 构建输出多个 dist 目录），可在构建阶段生成带版本标识的产物，再在运行阶段精确 COPY：
- 第一阶段（builder）：执行
npm run build:v2.0，输出到dist/v2.0/ - 第二阶段（runner）：
COPY --from=builder /app/dist/v2.0/ /usr/share/nginx/html/
这样无需在构建上下文中保留所有版本，每个构建只产出并复制目标版本，镜像干净、体积可控。
结合 .dockerignore 精简上下文，避免冗余版本干扰
即使项目目录下存在多个版本文件夹，也可通过 .dockerignore 排除非目标版本，减少上下文传输开销和潜在误复制风险：
- 若本次只用
v2.0，则写入：static/v1.*、static/alpha/、static/beta/ - 再配合显式 COPY：
COPY static/v2.0/ /usr/share/nginx/html/
这种“忽略 + 显式复制”双保险，既提升构建速度，又防止因路径模糊导致复制错版本。
