dind顧名思義就是在乙個docker容器中執行docker。其最初是為了簡化docker自身開發的步驟，因為修改in程式之後需要重啟docker daemon。而有了dind之後，開發人員就可以避免重啟主機的docker daemon，而是使用最新**直接在容器中執行新的docker daemon。
後來人們開始嘗試在ci中使用dind，使用docker建立乙個具有構建環境的容器，並在容器中構建映象或執行應用容器。這樣可以保證構建環境的統一和乾淨，而且建立構建節點非常方便和快速。
目前發現有兩種實現思路，各有利弊。可參考這篇文章
這種方式不是真正意義上的dind，其思路是：
這種方式避免使用–privileged引數，並且所有容器內的docker可以共享主機的cache來提高構建效率。但這種方法也有缺點，就是隔離性的問題，例如不同容器內的docker構建同名映象會存在覆蓋的問題。
$ tar -xvzf docker-
1.11
.0.tgz
docker/
docker/docker-containerd
-ctr
docker/docker
docker/docker-containerd
docker/docker-runc
docker/docker-containerd
-shim
20070323工作日誌
11 32 今天先來第一件事就把昨天查詢的開題報告資料copy到電腦上 然後就開始寫開題報告，這個開題報告真麻煩 分開題報告 文獻綜述和任務書三個部分 開始以為有怎麼資料，湊湊copy應該就差不多，後來發現pdf中copy出來的都是imag 根本沒法用，那只好晚上找 找了半天，弄弄，還是沒搞完 頭都...
20070329工作日誌
2007 3 30 10 29 28日後來就寫日誌,一直寫到下班 至於debug fz模組,昨天debug了一下,和tg模組差不多,只是在讀取role配置檔案時有所不同,側重點不同 2007 3 30 10 36 29日就是正常上班 處理了醫療模組中的乙個頁面新增和合管辦的頁面新增 增加了js驗證,...
20070330工作日誌
2007 3 30 10 29 28日後來就寫日誌,一直寫到下班 至於debug fz模組,昨天debug了一下,和tg模組差不多,只是在讀取role配置檔案時有所不同,側重點不同 2007 3 30 10 36 29日就是正常上班 處理了醫療模組中的乙個頁面新增和合管辦的頁面新增 增加了js驗證,...