docker compose build --no-cache仍复用缓存基础镜像问题

• docker build以及docker compose封装的build子命令中，--no-cache参数的作用范围仅为Dockerfile内定义的各构建步骤的缓存，不会主动向镜像仓库校验、拉取最新版本的基础镜像。只要本地存储中存在对应标签的基础镜像（本次场景中为php:8.0-apache），构建时就会直接复用该本地镜像作为基础层，不会感知远端仓库的镜像更新，这也是加了--no-cache参数、清理了全部构建缓存后仍然用到旧版8.0.8基础镜像的核心原因。
• 本地存储的带标签基础镜像不属于Docker构建器的缓存范畴，因此执行docker builder prune -a、docker system prune时，不会删除这类已经拉取到本地的命名镜像，自然无法通过清理缓存的方式触发基础镜像更新。

• 方案1：构建前手动拉取最新基础镜像
  执行构建命令前先手动拉取目标标签的最新基础镜像，再执行无缓存构建：

  docker pull php:8.0-apache
  docker compose build --no-cache
  

• 方案2：构建时增加--pull参数自动拉取最新基础镜像
  无需提前手动pull，直接在build命令中添加--pull参数，构建流程会自动拉取对应标签的最新基础镜像，跳过本地旧基础镜像的复用：

  # 原生docker build命令
  docker build --pull --no-cache .
  # docker compose构建命令
  docker compose build --pull --no-cache
  

  补充说明：仅添加--pull参数时，构建过程会先更新基础镜像，后续构建步骤如果存在匹配的有效缓存仍会正常复用；如果需要完全跳过所有构建步骤的缓存实现全量重建，搭配--no-cache参数即可。

• 方案3：通过digest固定基础镜像版本（可选）
  如果需要彻底避免标签对应镜像版本不可控的问题，可以在Dockerfile的FROM指令中直接指定镜像的sha256摘要值，构建时会严格匹配指定摘要的镜像，不会误用本地旧版本。需要更新基础镜像时，替换为对应新版本的摘要值即可：

  # 示例，请将sha256值替换为目标版本镜像的真实摘要
  FROM php:8.0-apache@sha256:7a129b4d18e0c6f3a9b0c8d7e6f5a4b3c2d1e0f9a8b7c6d5e4f3a2b1c0d9e8f7 as base
  
  # Apache rewrite module
  RUN a2enmod rewrite
  

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