docker dangling镜像
实验用的Dockerfile
将busybox:musl 修改 为busybox:stable
构建
拉取 正常的 busybox:stable镜像
原来的busybox:stable tag被顶掉了
但此时其不为 dangling镜像,因为其被b.1引用了
再次对相同的Dockerfile构建
产生dangling镜像 b.1 完全被新构建的 b.1 把 repository 和 tag 都顶掉了
显示其size 为 1.43MB, 但这包括了下层的 busybox:stable 其实 原来是busybox:musl
执行prune, 只清理出 8B空间,因为 b.txt 只有 8个字节, 这个是 真正的dangling层,被prune了
再次执行
为什么第一次Docker没有认为这是一个dangling镜像?
第一次截图
本人认为,第一次的时候 image id 为 9ad2c435a887 的被引用了, docker的算法肯定是 被引用的镜像 不是dangling了
我们可以重新tag一下
我们拉取镜像的时候,最好不要以sha256拉取
这样拉取的镜像没有tag, docker认为这个dangling镜像
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 单元测试从入门到精通
· 上周热点回顾(3.3-3.9)
· winform 绘制太阳,地球,月球 运作规律