不是直接的，但是你可以把你的Dockerfile分成几个部分，构建一个镜像，然后从这个镜像开始到下一个Dockerfile，然后构建这个镜像，有缓存或者没有缓存

在想要禁用缓存的区域之前，总是可以插入一些无意义且运行成本低的命令。

正如在本期评论中提出的，可以添加一个构建参数块(名称可以是任意的):

ARG CACHEBUST=1 

并在每次运行时通过添加——build-arg CACHEBUST=$(date +%s)作为docker构建参数来修改它的值(value也可以是任意的，这里是current datetime，以确保它在不同运行时的唯一性)。

当然，这也会禁用所有后续块的缓存，因为中间映像的哈希和将是不同的，这使得真正的选择性缓存禁用成为一个不平凡的问题，考虑到docker当前的工作方式。

截至2016年2月，这是不可能的。

该功能已在GitHub上提出请求

不是直接的，但是你可以把你的Dockerfile分成几个部分，构建一个镜像，然后从这个镜像开始到下一个Dockerfile，然后构建这个镜像，有缓存或者没有缓存

如果你的目标是包括来自Github(或类似)的最新代码，你可以使用Github API(或等效)来获取有关最新提交的信息，使用ADD命令。 docker build将始终从ADD命令中获取URL，如果响应与上次docker build运行时接收到的响应不同，它将不使用后续的缓存层。

eg.

ADD "https://api.github.com/repos/username/repo_name/commits?per_page=1" latest_commit
RUN curl -sLO "https://github.com/username/repo_name/archive/main.zip" && unzip main.zip

基于上面@Vladislav的解决方案，我在Dockerfile中使用了

ARG CACHEBUST=0

使构建缓存从此失效。

但是，不是传递日期或其他随机值，而是调用

docker build --build-arg CACHEBUST=`git rev-parse ${GITHUB_REF}` ...

其中GITHUB_REF是使用最新提交哈希的分支名称(例如main)。这意味着docker的构建缓存是无效的，只有从我构建映像的分支已经提交，因为上次运行docker构建。