有一个——no-cache选项:

docker build --no-cache -t u12_core -f u12_core .

在旧版本的Docker中，你需要传递——no-cache=true，但现在不再是这样了。

命令docker构建——no-cache。解决了我们类似的问题。

我们的Dockerfile是:

RUN apt-get update
RUN apt-get -y install php5-fpm

但应该是:

RUN apt-get update && apt-get -y install php5-fpm

为了防止缓存更新和安装分开。

参见:编写Dockerfiles的最佳实践

在一些极端的情况下，避免重复构建失败的唯一方法是运行:

docker system prune

该命令将要求您确认:

WARNING! This will remove:
    - all stopped containers
    - all volumes not used by at least one container
    - all networks not used by at least one container
    - all images without at least one container associated to them
Are you sure you want to continue? [y/N]

这当然不是对问题的直接回答，但可能会挽救一些生命……它确实救了我的命。

我不建议在你的情况下使用-no-cache。

你从第3步到第9步运行了几个安装(顺便说一下，我更喜欢使用一行程序)，如果你不想每次构建映像时都重新运行这些步骤，你可以在wget指令之前用一个临时步骤修改Dockerfile。

我曾经做过一些类似RUN ls的事情。然后修改为RUN ls ./，然后执行RUN ls ./。对于由wget检索的tarball所做的每一次修改，都将如此

当然，您可以执行类似于RUN echo 'test1' > test && rm test的操作，为每次迭代增加'test1'中的数字。

它看起来很脏，但据我所知，这是继续受益于Docker缓存系统的最有效方式，当你有很多层时，它可以节省时间……

你可以使用docker builder来管理构建器缓存

在没有提示的情况下清除所有缓存: Docker构建器修剪-af

使用docker-compose尝试docker-compose up -d——build -force- rebuild

为了确保构建完全重新构建，包括检查基本映像的更新，在构建时使用以下选项:

——no-cache -这将强制重建已经可用的层

——pull——这将触发使用FROM引用的基本映像的拉取，以确保您获得了最新版本。

因此，完整的命令看起来像这样:

docker build --pull --no-cache --tag myimage:version .

docker-compose也有相同的选项:

docker-compose build --no-cache --pull

注意，如果docker-compose文件引用了一个图像，——pull选项实际上不会拉出已经存在的图像。

要强制docker-compose重新拉出这个，你可以运行:

docker-compose pull

这里的大部分信息都是正确的。 这里是它们的汇编和我使用它们的方式。

我们的想法是坚持推荐的方法(特定于构建，对其他存储的docker对象没有影响)，当它不够时，尝试更激进的方法(不特定于构建，对其他存储的docker对象有影响)。

推荐方法:

1)强制执行Dockerfile中的每个步骤/指令:

docker build --no-cache 

或者使用docker-compose构建:

docker-compose build --no-cache

我们也可以把它和up子命令结合起来，重新创建所有的容器:

docker-compose build --no-cache &&
docker-compose up -d --force-recreate 

这些方法不使用缓存，但用于docker构建器和引用FROM指令的基映像。

2)清除docker构建器缓存(如果我们使用Buildkit，我们很可能需要它):

docker builder prune -af

3)如果我们不想使用父映像的缓存，我们可以尝试删除它们，例如:

docker image rm -f fooParentImage

在大多数情况下，这3件事足以让我们干净地构建我们的形象。 所以我们应该坚持这一点。

更激进的方法:

在一些角落的情况下，似乎在构建过程中，docker缓存中的一些对象仍然被使用，并且看起来是可重复的，我们应该尝试了解原因，以便能够非常具体地擦除缺失的部分。 如果我们真的找不到从头开始重建的方法，还有其他方法，但重要的是要记住，这些方法通常会删除比所需的多得多的东西。因此，当我们不在本地/开发环境中时，我们应该谨慎使用它们。

1)删除所有没有关联至少一个容器的图像:

docker image prune -a

2)删除更多的东西:

docker system prune -a

上面写着:

WARNING! This will remove:
  - all stopped containers
  - all networks not used by at least one container
  - all images without at least one container associated to them
  - all build cache

使用super delete命令可能还不够，因为它强烈依赖于容器的状态(运行与否)。 当这个命令还不够时，我会仔细考虑哪些docker容器会对我们的docker构建产生副作用，并允许退出这些容器，以便使用命令将它们删除。

gui驱动的方法:打开docker桌面工具(通常随docker一起提供):

在“容器/应用程序”下停止该映像的所有运行实例 在“Images”下删除构建图像(将鼠标悬停在框名上以获得上下文菜单)，最终也删除底层基本图像