为何Docker中使用完全相同的构建命令却每次生成不同镜像哈希值？

我来帮你拆解这个问题——你遇到的每次镜像都不一样的情况，完全是因为RUN apk --update add git openssh-client这条命令导致的。

为什么这条命令会让镜像每次都变？ #

Alpine Linux的软件包索引是会定期更新的，apk --update的作用就是从远程仓库拉取最新的软件包索引到本地。间隔20分钟两次构建时，远程的索引可能已经更新了，哪怕你安装的是git和openssh-client这两个固定包名，实际拉取的包版本（或者依赖的底层库版本）可能已经发生了变化。而Docker是基于层哈希值来确定镜像是否相同的，只要某一层的内容有一丁点变化，整个镜像的哈希就会不一样。

具体修复方案 #

要解决这个问题，核心思路就是让构建过程的每一步都可复现，具体可以从这几个方面入手：

• 固定Alpine基础镜像的版本号
  别用alpine:latest这种浮动标签，换成具体的版本号（比如alpine:3.18.4），避免基础镜像本身更新导致的变化。

• 修改apk安装命令，固定包版本
  直接指定要安装的包的具体版本号，这样不管索引怎么更新，你安装的都是同一个版本的软件包。同时建议加上--no-cache参数，避免缓存索引文件增加镜像体积：

  RUN apk add --no-cache git=2.40.1-r0 openssh-client=9.3_p1-r4
  

  如果你不知道包的具体版本，可以先临时运行一个Alpine容器查询：docker run --rm alpine:3.18.4 apk search -v git

• （可选）如果必须更新索引，合并命令并清理缓存
  如果你确实需要拉取最新的索引（比如要安装最新版的包），那一定要把更新索引、安装包、清理缓存放在同一个RUN命令里，减少镜像层的不确定性，同时避免残留缓存：

  RUN apk --update add git openssh-client && rm -rf /var/cache/apk/*
  

  不过这种方式还是可能因为包版本更新导致镜像变化，所以优先推荐固定包版本的方案。

调整后的Dockerfile示例 #

把这些修改整合后，你的Dockerfile开头大概是这样：

# 固定基础镜像版本
FROM alpine:3.18.4
# 固定安装包版本，确保构建可复现
RUN apk add --no-cache git=2.40.1-r0 openssh-client=9.3_p1-r4
# 后续的WordPress相关构建步骤...

这样修改后，只要基础镜像和包版本不变，每次构建出来的镜像哈希值就会一致，你的CI流程里判断远程镜像是否存在的逻辑就能正常工作了。

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