Docker缓存引发误发布：同版本更新包无法触发缓存刷新

方案1：通过包校验戳触发缓存失效 #

在安装包的步骤前，先拉取目标包的校验信息（如MD5、SHA256），利用校验值的变化让后续安装层的缓存失效，同时保留前面步骤的缓存。

修改后的Dockerfile示例：

FROM debian:buster

# 配置自定义Debian仓库
COPY ./apt /etc/apt

# 拉取business包的校验信息，包更新时该层哈希会变化
RUN apt-get update && apt-cache show business=1.1-0 | grep -E '(MD5sum|SHA256sum)' > /tmp/business-checksum

# 安装软件
RUN apt-get -V -y dist-upgrade && apt-get -V -y --allow-unauthenticated --no-install-recommends --allow-downgrades install -f business=1.1-0

ENTRYPOINT ["/usr/sbin/main.sh"]
CMD []

原理：当包内容更新后，apt-cache show输出的校验值会改变，这个RUN指令的执行结果哈希随之变化，后续的安装层就会重新执行，而前面的仓库配置层仍可复用缓存。

方案2：用构建参数手动触发缓存失效 #

添加自定义构建参数，在安装指令中引入该参数（无需实际使用，仅用于改变指令哈希），通过传入不同参数值让指定层缓存失效。

修改后的Dockerfile：

FROM debian:buster

ARG FORCE_REBUILD=1

# 配置自定义Debian仓库
COPY ./apt /etc/apt

# 安装软件，引入构建参数触发缓存更新
RUN apt-get update && apt-get -V -y dist-upgrade && apt-get -V -y --allow-unauthenticated --no-install-recommends --allow-downgrades install -f business=1.1-0 && echo "${FORCE_REBUILD}" > /tmp/force-rebuild

ENTRYPOINT ["/usr/sbin/main.sh"]
CMD []

构建时执行命令：

docker build --build-arg FORCE_REBUILD=$(date +%s) .

原理：每次构建传入不同的时间戳，RUN指令的内容哈希发生变化，该层会重新构建，其他未修改的层依然保留缓存。

长期优化建议 #

尽量避免覆盖同一版本号的包，改用带修订标识的版本号（如1.1-0.1、1.1-0+build2），这样Docker能通过版本号的变化自动触发缓存失效，从根源上解决问题。

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