您好,登錄后才能下訂單哦!
這篇文章主要介紹了Dockerfile中的COPY與ADD命令怎么用的相關(guān)知識(shí),內(nèi)容詳細(xì)易懂,操作簡(jiǎn)單快捷,具有一定借鑒價(jià)值,相信大家閱讀完這篇Dockerfile中的COPY與ADD命令怎么用文章都會(huì)有所收獲,下面我們一起來(lái)看看吧。
build 上下文的概念
在使用 docker build 命令通過(guò) dockerfile 創(chuàng)建鏡像時(shí),會(huì)產(chǎn)生一個(gè) build 上下文(context)。所謂的 build 上下文就是 docker build 命令的 path 或 url 指定的路徑中的文件的集合。在鏡像 build 過(guò)程中可以引用上下文中的任何文件,比如我們要介紹的 copy 和 add 命令,就可以引用上下文中的文件。
默認(rèn)情況下 docker build -t testx
. 命令中的 . 表示 build 上下文為當(dāng)前目錄。當(dāng)然我們可以指定一個(gè)目錄作為上下文,比如下面的命令:
$ docker build -t testx /home/nick/hc
我們指定 /home/nick/hc 目錄為 build 上下文,默認(rèn)情況下 docker 會(huì)使用在上下文的根目錄下找到的 dockerfile 文件。
copy 和 add 命令不能拷貝上下文之外的本地文件
對(duì)于 copy 和 add 命令來(lái)說(shuō),如果要把本地的文件拷貝到鏡像中,那么本地的文件必須是在上下文目錄中的文件。其實(shí)這一點(diǎn)很好解釋,因?yàn)樵趫?zhí)行 build 命令時(shí),docker 客戶端會(huì)把上下文中的所有文件發(fā)送給 docker daemon??紤] docker 客戶端和 docker daemon 不在同一臺(tái)機(jī)器上的情況,build 命令只能從上下文中獲取文件。如果我們?cè)?dockerfile 的 copy 和 add 命令中引用了上下文中沒(méi)有的文件,就會(huì)收到類似下面的錯(cuò)誤:
與 workdir 協(xié)同工作
workdir 命令為后續(xù)的 run、cmd、copy、add 等命令配置工作目錄。在設(shè)置了 workdir 命令后,接下來(lái)的 copy 和 add 命令中的相對(duì)路徑就是相對(duì)于 workdir 指定的路徑。比如我們?cè)?dockerfile 中添加下面的命令:
workdir /app
copy checkredis.py .
然后構(gòu)建名稱為 testx 的容器鏡像,并運(yùn)行一個(gè)容器查看文件路徑:
checkredis.py 文件就是被復(fù)制到了 workdir /app 目錄下。
copy 命令的簡(jiǎn)單性
如果僅僅是把本地的文件拷貝到容器鏡像中,copy 命令是最合適不過(guò)的。其命令的格式為:
copy <src> <dest>
除了指定完整的文件名外,copy 命令還支持 go 風(fēng)格的通配符,比如:
copy check* /testdir/ # 拷貝所有 check 開頭的文件
copy check?.log /testdir/ # ? 是單個(gè)字符的占位符,比如匹配文件 check1.log
對(duì)于目錄而言,copy 和 add 命令具有相同的特點(diǎn):只復(fù)制目錄中的內(nèi)容而不包含目錄自身。比如我們?cè)?dockerfile 中添加下面的命令:
workdir /app
copy nickdir .
其中 nickdir 目錄的結(jié)構(gòu)如下:
重新構(gòu)建鏡像 testx,運(yùn)行一個(gè)容器并查看 /app 目錄下的內(nèi)容:
這里只有 file1 和 file2,少了一層目錄 nickdir。如果想讓 file1 和 file2 還保存在 nickdir 目錄中,需要在目標(biāo)路徑中指定這個(gè)目錄的名稱,比如:
workdir /app
copy nickdir ./nickdir
copy 命令區(qū)別于 add 命令的一個(gè)用法是在 multistage 場(chǎng)景下。關(guān)于 multistage 的介紹和用法請(qǐng)參考筆者的《dockerfile 中的 multi-stage》一文。在 multistage 的用法中,可以使用 copy 命令把前一階段構(gòu)建的產(chǎn)物拷貝到另一個(gè)鏡像中,比如:
from golang:1.7.3
workdir /go/src/github.com/sparkdevo/href-counter/
run go get -d -v golang.org/x/net/html
copy app.go .
run cgo_enabled=0 goos=linux go build -a -installsuffix cgo -o app .
from alpine:latest
run apk --no-cache add ca-certificates
workdir /root/
copy --from=0 /go/src/github.com/sparkdevo/href-counter/app .
cmd ["./app"]
這段代碼引用自《dockerfile 中的 multi-stage》一文,其中的 copy 命令通過(guò)指定 --from=0 參數(shù),把前一階段構(gòu)建的產(chǎn)物拷貝到了當(dāng)前的鏡像中。
add 命令還可以干其它事情
add 命令的格式和 copy 命令相同,也是:
add <src> <dest>
除了不能用在 multistage 的場(chǎng)景下,add 命令可以完成 copy 命令的所有功能,并且還可以完成兩類超酷的功能:
?解壓壓縮文件并把它們添加到鏡像中
?從 url 拷貝文件到鏡像中
當(dāng)然,這些功能也讓 add 命令用起來(lái)復(fù)雜一些,不如 copy 命令那么直觀。
解壓壓縮文件并把它們添加到鏡像中
如果我們有一個(gè)壓縮文件包,并且需要把這個(gè)壓縮包中的文件添加到鏡像中。需不需要先解開壓縮包然后執(zhí)行 copy 命令呢?當(dāng)然不需要!我們可以通過(guò) add 命令一次搞定:
workdir /app
add nickdir.tar.gz .
這應(yīng)該是 add 命令的最佳使用場(chǎng)景了!
從 url 拷貝文件到鏡像中
這是一個(gè)更加酷炫的用法!但是在的最佳實(shí)踐中卻強(qiáng)烈建議不要這么用??!docker 官方建議我們當(dāng)需要從遠(yuǎn)程復(fù)制文件時(shí),最好使用 curl 或 wget 命令來(lái)代替 add 命令。原因是,當(dāng)使用 add 命令時(shí),會(huì)創(chuàng)建更多的鏡像層,當(dāng)然鏡像的 size 也會(huì)更大(下面的兩段代碼來(lái)自 docker 官方文檔):
add /usr/src/things/
run tar -xjf /usr/src/things/big.tar.xz -c /usr/src/things
run make -c /usr/src/things all
如果使用下面的命令,不僅鏡像的層數(shù)減少,而且鏡像中也不包含 big.tar.xz 文件:
run mkdir -p /usr/src/things \
&& curl -sl \
| tar -xjc /usr/src/things \
&& make -c /usr/src/things all
好吧,看起來(lái)只有在解壓壓縮文件并把它們添加到鏡像中時(shí)才需要 add 命令!
加速鏡像構(gòu)建的技巧
在使用 copy 和 add 命令時(shí),我們可以通過(guò)一些技巧來(lái)加速鏡像的 build 過(guò)程。比如把那些最不容易發(fā)生變化的文件的拷貝操作放在較低的鏡像層中,這樣在重新 build 鏡像時(shí)就會(huì)使用前面 build 產(chǎn)生的緩存。比如筆者構(gòu)建鏡像時(shí)需要用到下面幾個(gè)文件:
其中 myhc.py 文件不經(jīng)常變化,而 checkmongo.py、checkmysql.py 和 checkredis.py 這三個(gè)文件則經(jīng)常變化,那么我們可這樣來(lái)設(shè)計(jì) dockerfile 文件:
workdir /app
copy myhc.py .
copy check* ./
讓 copy myhc.py . 單獨(dú)占據(jù)一個(gè)鏡像層,當(dāng) build 過(guò)一次后,每次因 checkmongo.py、checkmysql.py 和 checkredis.py 這三個(gè)文件變化而導(dǎo)致的重新 build 都不會(huì)重新 build copy myhc.py . 鏡像層:
如上圖所示,第二步和第三步都沒(méi)有重新 build 鏡像層,而是使用了之前的緩存,從第四步才開始重新 build 了鏡像層。當(dāng)文件 size 比較大且文件的數(shù)量又比較多,尤其是需要執(zhí)行安裝等操作時(shí),這樣的設(shè)計(jì)對(duì)于 build 速度的提升還是很明顯的。所以我們應(yīng)該盡量選擇能夠使用緩存的 dockerfile 寫法。
關(guān)于“Dockerfile中的COPY與ADD命令怎么用”這篇文章的內(nèi)容就介紹到這里,感謝各位的閱讀!相信大家對(duì)“Dockerfile中的COPY與ADD命令怎么用”知識(shí)都有一定的了解,大家如果還想學(xué)習(xí)更多知識(shí),歡迎關(guān)注億速云行業(yè)資訊頻道。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。