dockerfile中可以寫多個from嗎？也可以，構建體系鏡像時，Docker需要先準備context，將所有是需要的文件抽取到進程中。系統默認的context中有Dockerfile目錄中的所有文

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

這是只不過可不知道能維護者在他自己的機器上，除了鏡像里不使用了什么本地文件。