Docker推送镜像时重复上传已存在的基础层而非仅推送最新变更层

你遇到的Docker推送重复上传基础层的核心原因是：本地用于构建my_app_v0的基础镜像dr_prof_patrick/my_app:my_app_base_image的层哈希，与远端仓库中已推送的同标签镜像的层哈希不匹配，Docker无法识别到这些层已经在远端存在，因此触发全量重传。

第一步：对齐本地与远端基础镜像 #

首先执行命令拉取远端已存储的基础镜像，校验本地镜像是否与远端一致：

docker pull dr_prof_patrick/my_app:my_app_base_image

• 若拉取后基础镜像ID不再是b1cccd87e4f7：说明本地基础镜像已被意外重新构建过，层哈希与远端不同。你需要基于刚拉取的远端基础镜像重新构建my_app_v0，构建完成后推送即可仅上传新增的变更层（总大小仅6MB左右）。
• 若拉取后基础镜像ID仍为b1cccd87e4f7：说明远端仓库的层索引未正确匹配本地层。先执行docker push dr_prof_patrick/my_app:my_app_base_image补全远端层信息，推送完成后再推my_app_v0即可复用已有层。

第二步：后续构建优化方案 #

可以调整Dockerfile结构最大化利用层缓存，避免后续出现同类问题：

FROM dr_prof_patrick/my_app:my_app_base_image

# 优先复制依赖文件，依赖不变时可复用该层缓存
COPY requirements.txt /my_app/
WORKDIR /my_app
RUN pip install -r requirements.txt

# 最后复制业务代码，代码变更仅需要更新该层
COPY . /my_app

CMD ["python3", "main.py"]

同时建议构建基础镜像时使用固定版本的父镜像（例如python:3.8.16而非浮动标签python:3.8），避免父镜像更新导致基础层哈希意外变动。

内容的提问来源于stack exchange，提问作者Dr. Prof. Patrick