Che*_*han 3 docker dockerfile docker-compose
当我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
Run Code Online (Sandbox Code Playgroud)
Sna*_*akE 22
根据我的经验,大多数<none>图像都由临时容器保存。由于 Docker 架构,这些容器即使在停止后也会保留。您可以验证您使用了多少个已停止的容器
docker ps -a
Run Code Online (Sandbox Code Playgroud)
因此,要删除<none>图像,您首先需要删除不需要的容器:
docker container prune
docker image prune
Run Code Online (Sandbox Code Playgroud)
上面两条命令可以简写为
docker system prune
Run Code Online (Sandbox Code Playgroud)
善良
<none>:<none>这些是中间图像,可以使用查看
docker images -a。它们不会导致磁盘空间问题,但绝对是屏幕空间问题。由于所有这些<none>:<none>图像在其含义上都可能会造成混乱。坏人
<none>:<none>这些映像是悬空的,可能会导致磁盘空间问题。这些
<none>:<none>图像被列为其中的一部分,docker images需要修剪。(Docker中悬空的文件系统层是未使用的,并且未被任何图像引用。因此,我们需要Docker清除这些悬空图像的机制)
如果您的情况与dangling图像有关,则可以通过以下方式将其删除:
docker rmi $(docker images -f "dangling=true" -q)
Run Code Online (Sandbox Code Playgroud)如果您的案例与intermediate图像有关,则可以保留它们,其他图像指向它们的引用。
| 归档时间: |
|
| 查看次数: |
2334 次 |
| 最近记录: |