为什么“无”映像出现在Docker中以及我们如何避免它
当我docker-compose build由于在Dockerfile中进行了更改而在Docker中运行命令以重建映像时，有时会收到“无”映像标签。我们如何避免这个事实？我想重建图像，但不显示
任何 图像。
REPOSITORY TAG IMAGE ID CREATED SIZE
magento2 latest b4dce4dcbd4f 16 hours ago 516MB
<none> <none> b4ffce2bf91e 16 hours ago 519MB
<none> <none> a1aedb60c82a 17 hours ago 516MB
<none> <none> ec9a14ae856c 20 hours ago 519MB
<none> <none> ef8eba6874cc 23 hours ago 516MB
<none> <none> 0e53a8b8c303 23 hours ago 516MB
php 7.1-apache 93e6fb4b13e1 3 weeks ago 369MB
mysql 5.6.39 079344ce5ebd 7 months ago 256MB
问题答案：
以下是什么是Docker
<none>:<none>映像？
善良
<none>:<none>这些是 中间 图像，可以使用查看
docker images -a。它们不会导致磁盘空间问题，但绝对是屏幕空间问题。由于所有这些<none>:<none>图像在其含义上都可能会造成混乱。坏人
<none>:<none>这些映像是 悬空 的，可能会导致磁盘空间问题。这些
<none>:<none>图像被列为其中的一部分，docker images需要修剪。（Docker中悬空的文件系统层是未使用的，并且未被任何图像引用。因此，我们需要Docker清除这些悬空图像的机制）
-
如果您的情况与
dangling图像有关， 则可以通过以下方式将其删除 ：docker rmi $(docker images -f "dangling=true" -q) -
如果您的案例与
intermediate图像有关， 则可以保留它们 ，其他图像指向它们的引用。
-
当我运行命令在Docker中重建图像时，因为我在Dockerfile中更改了一些内容，有时我会得到“无”图像标签。如何才能避免这个事实呢？我想重建图像，但无图像不应该出现。
-
问题内容： 还有一些类似的问题，但是他们没有回答为什么即使将dockerfile设置为将node_modules容纳在容器中，docker也仍在仓库中创建空目录？ 我想知道为什么在主机为空的目录上创建目录，让它已经在容器内的容器中安装了包，以及如何避免它。 问题答案： 没错，映像构建过程是将节点程序包安装到映像目录中。因此，在构建映像之后，映像将包含并且可以使用它来运行应用程序。 由于在Compo
-
问题内容： 我想用SQL编写脚本，该脚本会将这2个表（A，B）复制到其他2个表（C，D），并具有与A，B相同的结构。 重要提示 ： 表C，d是 不是 必要的空 多个进程可以同时调用脚本 表A具有表B的外键（fk_a_b） 假设将表B复制到D之后，这就是我得到的 现在，当我将表A复制到CI时，需要知道，ID = 21现在映射到ID = 51，ID = 32映射到ID = 52。最后，表C将为： 由于
-
我的Dockerfile有点像 每次构建新映像时，都必须重新安装依赖项，这在我的区域可能会非常慢。 我想到的一种缓存已安装的软件包的方法是用以下更新的图像覆盖我的基本图像： 所以下次我用这个Dockerfile构建时，我的/base已经安装了一些包。 但这种解决方案有两个问题： 并不总是可以覆盖基本映像 随着新图像的分层，基本图像变得越来越大 那么，我可以用什么更好的解决方案来解决这个问题呢？ 关
-
对于与PropertyValueFactory相关的问题，许多回答（和评论）建议避免使用该类和其他类似类。使用这个类有什么问题？
-
问题内容： 我有以下内容： 但是，并非总是有一个结果会给我以下错误： NoSuchElementException：没有值 那么，如果没有值，我该如何返回？ 问题答案： 您可以使用，它比检查要简单得多：