如何避免仅修改Dockerfile时触发Docker镜像构建全量重跑

• 调整Dockerfile指令顺序，拆分COPY操作
  将构建过程依赖的低频变更文件提前复制，执行完耗时的构建步骤后再处理其他文件。只要你没有修改build.sh及其依赖的核心源码文件，前面的构建层会一直复用缓存，仅你修改的后续命令会重新执行，参考写法如下：

FROM ...

# 提前复制构建必需的核心文件，这部分变更频率极低
COPY CMakeLists.txt package*.json ./
COPY src/ ./src/
COPY build.sh ./

# 耗时构建步骤，只要上述复制的文件无变更，该层永久复用缓存
RUN ./build.sh

# 若后续命令需要其他文件，可在此处再执行COPY，不影响前面的构建缓存
COPY . .

RUN <other command>

• 优化.dockerignore规则
  除Dockerfile外，将所有不参与build.sh执行的文件全部加入.dockerignore，包括git目录、临时日志、调试脚本、文档等。排除后这些文件的变更不会改变COPY层的哈希值，也就不会触发前面的构建层重跑。
• 开启BuildKit使用挂载缓存
  Docker 18.09及以上版本支持的BuildKit提供了更灵活的缓存能力，你可以给耗时的构建步骤添加缓存挂载，就算意外触发该层重跑，也能复用之前构建产生的依赖、中间产物，大幅压缩构建耗时。使用前先执行export DOCKER_BUILDKIT=1开启BuildKit，参考写法：

RUN --mount=type=cache,target=/path/to/your/build/cache/dir ./build.sh

• 采用多阶段构建拆分流程
  将耗时的编译构建步骤完全独立到前置的构建阶段，后续运行阶段仅拷贝构建产物，你修改运行阶段的命令时完全不会触发前置构建阶段的重跑，是最适合你当前场景的方案，参考写法：

# 构建阶段：仅负责执行耗时编译逻辑
FROM ... AS builder
COPY . .
RUN ./build.sh

# 运行阶段：仅保留运行所需产物，修改该阶段的任何命令都不会触发构建阶段重跑
FROM ...
COPY --from=builder /path/to/build/output /app
RUN <other command>

补充说明：你将Dockerfile加入.dockerignore后仍触发重跑，通常是因为Dockerfile的变更位置在COPY指令之前，或是构建上下文内还有其他未被忽略的文件发生了变更，检查.dockerignore覆盖范围即可解决。

内容的提问来源于stack exchange，提问作者McAngus