如何在Git远程仓库变更时控制Docker构建缓存，按需重建镜像？

Docker构建缓存的判断规则是对比Dockerfile内指令的文本内容，以及传入的构建参数值，只要内容完全一致就会直接复用对应层的缓存。
你原来的Dockerfile里写的是固定的RUN git clone ...指令文本，Docker构建时不会主动访问远程Git仓库检查有没有新提交，哪怕Foo的master分支已经推了多次新代码，只要Dockerfile的文字没改，缓存就不会失效，导致一直用旧版本的Foo代码构建。

核心逻辑是把“Git仓库的最新提交哈希”作为动态传入的构建参数，用参数值的变化触发对应层的缓存失效，具体操作分两步：

1. 修改Dockerfile #

在克隆Foo代码的指令之前，加一行声明构建参数的语句，不需要设置默认值：

ARG FOO_MASTER_COMMIT
RUN git clone git://my.git.server/Foo.git
RUN (configure, build and install Foo)

2. 调整构建执行命令 #

构建镜像前，先本地获取Foo仓库master分支的最新提交哈希，再作为构建参数传入：

# 拉取Foo仓库代码，获取本地最新的master提交号
git clone git://my.git.server/Foo.git
# 开启BuildKit执行构建，把当前master的提交号作为参数传入
DOCKER_BUILDKIT=1 docker build --build-arg FOO_MASTER_COMMIT=$(git -C Foo rev-parse HEAD) -t myimage:ver .

• 若Foo仓库master有新提交：获取到的提交哈希会和上次构建时的不同，传入的FOO_MASTER_COMMIT参数值发生变化，克隆、编译安装Foo的所有后续构建层缓存会自动失效，会重新拉取最新代码完成构建。
• 若Foo仓库master无新提交：获取到的提交哈希和上次构建时完全一致，构建参数值没有变化，Docker会直接命中已有缓存，跳过克隆、编译的流程，避免无意义的重复操作。

注意：该方案需要开启BuildKit才能正常生效，传统构建模式下对ARG参数的缓存判断逻辑存在差异，无法精准触发缓存失效规则。

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