我知道docker已经--tree从docker images命令中弃用了flag .但我找不到任何方便的命令来获得相同的输出docker images --tree.我找到了dockviz.但它似乎是另一个容器.是否有内置的cli命令可以在不使用的情况下查看图像的树形视图dockviz
Von*_*onC 70
2018年11月更新,码头18.09.
您现在拥有了wagoodman/dive一个用于探索泊坞窗图像中每个图层的工具
要分析Docker镜像,只需使用图像标记/ id/digest运行潜水:
Run Code Online (Sandbox Code Playgroud)dive <your-image-tag>或者如果你想建立你的形象,那么直接跳到分析它:
Run Code Online (Sandbox Code Playgroud)dive build -t <some-tag> .
目前(9月到2015年,搬运工1.8)的提到的解决方法问题,5001仍然是dockviz确实:
docker run --rm -v /var/run/docker.sock:/var/run/docker.sock nate/dockviz images -t
Run Code Online (Sandbox Code Playgroud)
在-t允许继续留在CLI(不使用图形需要)
2016年9月更新(码头工人1.10:码头1.11很快1.12),一年之后,正如同一期5001中提到的,迈克尔哈特尔:
从1.10开始,层ID工作的方式已经发生了根本性的变化.有关此主题的冗长解释,请参阅#20399.还有#20451,但我不确定,如果这可以被nate/dockviz图像使用.
就个人而言,我发现新图层的工作方式非常混乱,而且比以前更不透明.它也没有很好的文件记录.
AFAIK @ tonistiigi在上述问题中的评论是唯一可用的公开解释.
在v1.10之前,没有层的概念,或者另一种思考方式是每个图像只有一层.你建立了一系列图像,你推拉链条.链中的所有这些图像都有自己的配置.
现在有一个层的概念,它是一个内容可寻址的文件系统差异.每个图像配置都有一个图层引用数组,它们构成了图像的根文件系统,没有任何图像需要从父项运行的任何内容.推送和拉取仅移动单个图像,仅为本地构建生成父图像以用于缓存.
如果使用Dockerfile构建映像,则每个命令都会将历史记录项添加到映像配置中.这存储为命令,因此您可以在docker历史记录中查看它.由于这是图像配置的一部分,因此它也可以通过推/拉移动,并包含在校验和验证中.
以下是内容可寻址配置的一些示例:https:
//gist.github.com/tonistiigi/6447977af6a5c38bbed8v1.10中的术语:(这些术语在实现中确实没有改变,但以前我们的文档可能简化了一些事情).
- Layer是一个文件系统差异.一堆堆叠在一起的文件组成了一个根文件系统.图层由图形驱动程序管理,它们对图像一无所知.
- 图像是你可以运行并在docker图像中显示的东西-a.需要有一个配置对象.当容器启动时,它需要某种方式从图像信息生成根文件系统.在构建时,每个Dockerfile命令都会创建一个新映像.
您可以参考最近的项目TomasTomecek/sen,其中:
| 归档时间: |
|
| 查看次数: |
28680 次 |
| 最近记录: |