docker compose 本身不提供构建历史功能，需通过 docker history 查看其所用镜像的分层记录：先用 docker compose config 获取服务镜像名，再执行 docker history --no-trunc 等命令分析各层指令、大小及创建时间，从而追溯构建过程、优化体积或排查安全风险。
Docker Compose 本身不直接提供服务的构建历史查看功能，因为它不是镜像构建工具，而是多容器编排工具。它依赖底层 Docker 镜像运行服务，而镜像的构建历史实际存储在 Docker 引擎中——所以要看“服务的构建历史”，本质是查它所用镜像的构建历史。
先确认服务用了哪个镜像
执行以下命令，找出目标服务使用的镜像名和标签：
-
docker compose config --services列出所有服务名 -
docker compose config service-name查看某服务的完整配置，重点关注image:字段（如nginx:alpine）或build:下的上下文与 Dockerfile 路径 - 若服务使用
build:，则镜像由本地 Dockerfile 构建，需先构建或查已构建镜像 ID：docker compose build --no-cache service-name后再查
用 docker history 查对应镜像的分层记录
拿到镜像名（如 myapp:latest）后，直接运行：
-
docker history myapp:latest—— 基础查看，显示每层的指令、大小、创建时间 -
docker history --no-trunc myapp:latest—— 必加，避免关键命令（如RUN apt-get install）被截断 -
docker history --no-trunc --format "{{.CreatedBy}} => {{.Size}}" myapp:latest—— 定制输出，聚焦“谁建的”和“占多大” -
docker history --no-trunc --filter "size>10MB" myapp:latest—— 快速筛选臃肿层，定位优化点
如果服务是 build 方式，想追溯本地 Dockerfile 修改影响
此时构建历史反映的是你本地构建过程。建议配合以下操作：
- 确保
.dockerignore已排除 node_modules、logs 等无关目录，避免 COPY 进无用文件 - 检查 Dockerfile 中是否遗漏清理步骤（如
RUN apt-get clean && rm -rf /var/lib/apt/lists/*） - 用
docker inspect myapp:latest | jq '.RootFS.Layers'查看实际存储层 SHA256，与docker history的 IMAGE ID 对应，确认层复用情况
注意：compose logs 不等于构建历史
docker compose logs 查的是容器运行时输出的日志（stdout/stderr），和镜像怎么构建出来的完全无关。别混淆这两个概念——一个管“怎么跑起来”，一个管“怎么做出来”。
