docker之WORKDIR指令的使用及說明
docker WORKDIR指令的使用
WORKDIR 指定工作目錄
- 格式為 WORKDIR <工作目錄路徑>。
- 使用 WORKDIR 指令可以來指定工作目錄(或者稱為當前目錄),以后各層的當前目錄就被改為指定的目錄,如該目錄不存在,WORKDIR 會幫你建立目錄。
#test FROM ubuntu MAINTAINER hello RUN mkdir /mydir RUN echo hello world > /mydir/test.txt WORKDIR /mydir CMD ["more" ,"test.txt"]
假設根據(jù)該dockerfile構建的鏡像名為 myimage
1、運行 docker run myimage 輸出 hello world
2、運行 docker run myimage more test.txt 和上面輸出一致
可以看出,more的參數(shù)是 test.txt,但沒有指定路徑,卻能成功,說明當前路徑就是上面WORKDIR指令設置的。
如果我們在上面的dockerfile中把WORKDIR指令去掉,創(chuàng)建的容器運行會報文件不存在錯誤。
之前提到一些初學者常犯的錯誤是把 Dockerfile 等同于 Shell 腳本來書寫,這種錯誤的理解還可能會導致出現(xiàn)下面這樣的錯誤:
RUN cd /app RUN echo "hello" > world.txt
如果將這個 Dockerfile 進行構建鏡像運行后,會發(fā)現(xiàn)找不到 /app/world.txt 文件,或者其內容不是 hello。原因其實很簡單,在 Shell 中,連續(xù)兩行是同一個進程執(zhí)行環(huán)境,因此前一個命令修改的內存狀態(tài),會直接影響后一個命令;而在 Dockerfile 中,這兩行 RUN 命令的執(zhí)行環(huán)境根本不同,是兩個完全不同的容器。這就是對 Dockerfile 構建分層存儲的概念不了解所導致的錯誤。
之前說過每一個 RUN 都是啟動一個容器、執(zhí)行命令、然后提交存儲層文件變更。第一層 RUN cd /app 的執(zhí)行僅僅是當前進程的工作目錄變更,一個內存上的變化而已,其結果不會造成任何文件變更。而到第二層的時候,啟動的是一個全新的容器,跟第一層的容器更完全沒關系,自然不可能繼承前一層構建過程中的內存變化。
因此如果需要改變以后各層的工作目錄的位置,那么應該使用 WORKDIR 指令。
總結
以上為個人經驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關文章
Docker自動化構建Automated Build實現(xiàn)過程圖解
這篇文章主要介紹了Docker自動化構建Automated Build實現(xiàn)過程圖解,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2020-10-10

