如果你的目标是包括来自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

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

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

该功能已在GitHub上提出请求

Use

ADD "https://www.random.org/cgi-bin/randbyte?nbytes=10&format=h" skipcache

在RUN行之前，你想一直运行。这是因为ADD总是会获取文件/URL，并且上面的URL在每个请求上生成随机数据，然后Docker比较结果，看看它是否可以使用缓存。

我也测试过这个，效果很好，因为它不需要任何额外的Docker命令行参数，而且还可以从Docker-compose中工作。Yaml文件:)

如果你的目标是包括来自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

我相信这比@steve的回答略有改进:

RUN git clone https://sdk.ghwl;erjnv;wekrv;qlk@gitlab.com/your_name/your_repository.git

WORKDIR your_repository

# Calls for a random number to break the cahing of the git clone
# (https://stackoverflow.com/questions/35134713/disable-cache-for-specific-run-commands/58801213#58801213)
ADD "https://www.random.org/cgi-bin/randbyte?nbytes=10&format=h" skipcache
RUN git pull

这使用了git克隆的Docker缓存，但随后运行了存储库的非缓存更新。

它似乎可以工作，而且速度更快-但非常感谢@steve提供了基本原则。