如果您对Docker中心注册表中的图像感兴趣，并想查看Dockerfile?。

例子:

如果你想查看图片“jupyter/ datasscience -notebook”的Dockerfile，在浏览器地址栏中输入Dockerfile，如下图所示。

https://hub.docker.com/r/jupyter/datascience-notebook/

https://hub.docker.com/r/jupyter/datascience-notebook/Dockerfile

注意: 并非所有映像都有Dockerfile，例如https://hub.docker.com/r/redislabs/redisinsight/Dockerfile 有时这种方式比在Github中搜索Dockerfile要快得多。

要了解如何构建docker映像，请使用 Docker历史记录——no-trunc命令。

您可以从映像构建docker文件，但它不会包含您想要完全理解映像是如何生成的所有内容。合理地，你可以提取的是dockerfile的MAINTAINER、ENV、EXPOSE、VOLUME、WORKDIR、ENTRYPOINT、CMD和ONBUILD部分。

下面的脚本应该为您工作:

#!/bin/bash
docker history --no-trunc "$1" | \
sed -n -e 's,.*/bin/sh -c #(nop) \(MAINTAINER .*[^ ]\) *0 B,\1,p' | \
head -1
docker inspect --format='{{range $e := .Config.Env}}
ENV {{$e}}
{{end}}{{range $e,$v := .Config.ExposedPorts}}
EXPOSE {{$e}}
{{end}}{{range $e,$v := .Config.Volumes}}
VOLUME {{$e}}
{{end}}{{with .Config.User}}USER {{.}}{{end}}
{{with .Config.WorkingDir}}WORKDIR {{.}}{{end}}
{{with .Config.Entrypoint}}ENTRYPOINT {{json .}}{{end}}
{{with .Config.Cmd}}CMD {{json .}}{{end}}
{{with .Config.OnBuild}}ONBUILD {{json .}}{{end}}' "$1"

我使用它作为脚本的一部分，以图像的形式重新构建运行的容器: https://github.com/docbill/docker-scripts/blob/master/docker-rebase

如果您希望能够重新打包图像，Dockerfile主要是有用的。

需要记住的是，docker映像实际上可以是真实或虚拟机的tar备份。我已经用这种方法制作了几个docker映像。甚至构建历史也显示我导入了一个巨大的tar文件作为创建映像的第一步…

2018年12月更新宝马的答案

chenzj/dfimage -如hub.docker.com所述，从其他映像中重新生成Dockerfile。所以你可以这样使用它:

docker pull chenzj/dfimage
alias dfimage="docker run -v /var/run/docker.sock:/var/run/docker.sock --rm chenzj/dfimage"
dfimage IMAGE_ID > Dockerfile

不知何故，我完全错过了公认答案中的实际命令，所以在这里，它在自己的段落中更明显一些，看看有多少人像我一样

$ docker history --no-trunc <IMAGE_ID>

如果您对Docker中心注册表中的图像感兴趣，并想查看Dockerfile?。

例子:

如果你想查看图片“jupyter/ datasscience -notebook”的Dockerfile，在浏览器地址栏中输入Dockerfile，如下图所示。

https://hub.docker.com/r/jupyter/datascience-notebook/

https://hub.docker.com/r/jupyter/datascience-notebook/Dockerfile

注意: 并非所有映像都有Dockerfile，例如https://hub.docker.com/r/redislabs/redisinsight/Dockerfile 有时这种方式比在Github中搜索Dockerfile要快得多。

在这一点上是不可能的(除非图像的作者显式地包含Dockerfile)。

然而，它绝对是有用的东西!有两件事将有助于获得这个特性。

可信构建(详见docker-dev讨论) 构建过程生成的连续映像中的更详细的元数据。从长远来看，元数据应该指出是哪个构建命令生成了映像，这意味着可以从一系列映像重建Dockerfile。