我相信这比@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提供了基本原则。

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

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

ARG CACHEBUST=1 

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

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

Use

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

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

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

另一种快速的破解方法是在命令之前写一些随机字节

RUN head -c 5 /dev/random > random_bytes && <run your command>

写出5个随机字节，这将迫使缓存丢失

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

ARG CACHEBUST=0

使构建缓存从此失效。

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

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

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

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

该功能已在GitHub上提出请求