生成的docker镜像的名字能一样吗 dockerfile中可以写多个from吗？
dockerfile中可以写多个from吗？
也可以，构建体系镜像时，Docker需要先准备context，将所有是需要的文件抽取到进程中。系统默认的context中有Dockerfile目录中的所有文件，只不过只不过，根本不要.git目录，node_modules目录等内容。
.dockerignore的作用和语法不同于.gitignore，也可以看出一些不要的文件，那样的话是可以管用减缓镜像形成完整时间，同样的下降Docker镜像的大小。
docker推送镜像一直报已存在？
已必然是是因为这个东西早就然后打开了，不要再然后打开了
启动mysql的docker镜像，怎么自动执行初始化sql脚本？
然后打开SQLCommandLineClient直接进入mysqlcreatedatabase数据库名；或是用MySQL-Front，可视化工具建
什么是基础镜像？
基础基础镜像是Docker运行容器的前提，Docker镜像也可以n分之一是两个特殊能量的文件系统，除开提供容器运行时所需的程序、库、资源、配置等文件外，还真包含了一些为正常运行时准备好的一些配置参数（如匿名卷、环境变量、用户等）。
镜像不包含任何动态数据，其内容在形成完整之后也应该不会被转变。
Docker镜像和容器的区别详解？
当想让一个容器做两件事情，或者使一个Docker镜像包含来自两个差别镜像的依赖库时，就不需要知道每个镜像的Dockerfile。本文介绍了如何能实际dockerhistory命令来对Docker镜像并且反向工程，换取它们的Dockerfile，并参与到一个Dockerfile里然后把builds，从而实现想做的事。
常言道，“千万不能重复一遍发明轮子！”
在建议使用Docker时，统合自己的镜像之前，建议在DockerHub寻找风一些也可以真接在用的镜像做练习练习。把软件架构广泛分布到一系列容器中，每一个容器只做一件事情，这样的效果相当好。最终形成分布式应用到的好是的基石是不使用来自DockerHub的官方镜像，毕竟这个可以信任它们的质量。
在某些情况下，很可能想让一个容器做两件相同的事情。而在另外一些情况下，可能会想让一个Docker镜像乾坤二卦依附两个相同镜像的依赖库。要是有每个镜像的Dockerfile，这是非常很简单。将它们内部到一个Dockerfile里接着creators就行。
但，大多数时间都在不使用DockerHub上打算好的镜像，肯定不会有它们的源Dockerfile。我花时间找一个可以合并（或flatten）两个相同Docker镜像的工具，当然没有它们的Dockerfile。也就是说在找一个去做下面这件事的东西：
image1--
---gtmerged_image_12
/
image2--
此前在GitHub上有两个相关的商讨（1、2），尽管它们都被关了了。
这肯定吗？
那么，是否是必然工具都能够像那样做吗：dockermergeimage2image2merged_image？
也没！
你甚至还好像不行用下面的来构建体系Dockerfile：
FROMimage1
FROMimage2
简言之，在一个Dockerfile里不能有多个基础镜像。
只不过我需要这个功能！
任何的解决方法是全面的胜利这些镜像的Dockerfile，后再把它们组织后到一个文件中，再进行构建。那你，我能在DockerHub上获得一个镜像的Dockerfile吗？幸运的是也可以。它不能不能自动更新声望兑换（译注：原文是online，但想来business时这对依附GitHub的不自动形成完整镜像是可以不真接查看的），不过你这个可以不使用dockerhistory命令，按照反向工程声望兑换。
怎么来使用？
在你的机器上使用dockerpull从DockerHub下载镜像。
dockerpullimage1
dockerpullimage2
然后再不使用dockerhistory来提出统合这两个容器时启动的命令。
dockerhistory--no,no-trunctrueimagegtimage1-dockerfile
dockerhistory--so-trunctrueimage2gtimage2-dockerfile
下一步先打开这两个文件，你可以找到每个镜像的命令内存缓冲区。这是是因为Docker镜像是从层（阅读理解许多）的来形成完整。即你在Dockerfile中输入名称的每一个命令所构建体系的新镜像，是在之前的命令出现的镜像之上。所以才你可以对镜像通过逆向工程。
没限制
不能不能对镜像通过反向工程的真正场景，是镜像的维护者在他的Dockerfile中不使用了ADD或COPY命令。你会注意到这样一行：
ADDfile:1ac56373f7983caf22
或ADDdir:cf6fe659e9d21535844
这是只不过可不知道能维护者在他自己的机器上，除了镜像里不使用了什么本地文件。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
