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

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

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

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构建。

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