如何强制 Docker 干净构建映像

有一个 --no-cache 选项：

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

在旧版本的 Docker 中，您需要通过 --no-cache=true，但现在情况不再如此。

---

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

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 - 这将强制重建已经可用的图层

--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 build --no-cache . 解决了我们的类似问题。

我们的 Dockerfile 是：

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

但应该是：

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

防止缓存更新并单独安装。

请参阅：Best practices for writing Dockerfiles

---

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

这个想法是坚持推荐的方法（构建特定的并且对其他存储的 docker 对象没有影响）并尝试更激进的方法（不是构建特定的并且对其他存储的 docker 对象有影响）当它还不够时。

推荐方法：

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

docker build --no-cache 

或使用 docker-compose build ：

docker-compose build --no-cache

我们还可以将其与重新创建所有容器的 up 子命令结合使用：

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

这些方式不使用缓存，而是用于 docker builder 和 FROM 指令引用的基本映像。

2）擦除 docker builder 缓存（如果我们使用 Buildkit，我们很可能需要它）：

docker builder prune -af

3）如果我们不想使用父图像的缓存，我们可以尝试删除它们，例如：

docker image rm -f fooParentImage

在大多数情况下，这三件事足以让我们的图像干净构建。所以我们应该努力坚持这一点。

更激进的方法：

在某些极端情况下，在构建过程中似乎仍在使用 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

使用该超级删除命令可能还不够，因为它在很大程度上取决于容器的状态（运行与否）。当该命令还不够时，我会尝试仔细考虑哪些 docker 容器可能会对我们的 docker 构建造成副作用，并允许这些容器退出，以便使用该命令将它们删除。

---

使用 docker-compose 尝试 docker-compose up -d --build --force-recreate

---

我不建议在您的情况下使用 --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 builder prune -af

---

在我非常独特的情况下，我的 intellij 被窃听了。更改整个 Dockerfile 并没有产生任何影响，并且它的旧版本将运行。

Closing the terminal window and reopening it fixed the issue

---

GUI 驱动的方法：打开 docker 桌面工具（通常是 Docker 自带的）：

在“容器/应用程序”下停止该图像的所有正在运行的实例在“图像”下删除构建图像（将鼠标悬停在框名称上以获取上下文菜单），最终也是底层基础图像

---