docker之WORKDIR指令的使用及说明
作者:hero.zhong
WORKDIR设置工作目录,后续命令基于此路径执行,若目录不存在则自动创建,RUN指令每层独立,不继承前层状态,需用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"]
假设根据该dockerfile构建的镜像名为 myimage
1、运行 docker run myimage 输出 hello world
2、运行 docker run myimage more test.txt 和上面输出一致
可以看出,more的参数是 test.txt,但没有指定路径,却能成功,说明当前路径就是上面WORKDIR指令设置的。
如果我们在上面的dockerfile中把WORKDIR指令去掉,创建的容器运行会报文件不存在错误。
之前提到一些初学者常犯的错误是把 Dockerfile 等同于 Shell 脚本来书写,这种错误的理解还可能会导致出现下面这样的错误:
RUN cd /app RUN echo "hello" > world.txt
如果将这个 Dockerfile 进行构建镜像运行后,会发现找不到 /app/world.txt 文件,或者其内容不是 hello。原因其实很简单,在 Shell 中,连续两行是同一个进程执行环境,因此前一个命令修改的内存状态,会直接影响后一个命令;而在 Dockerfile 中,这两行 RUN 命令的执行环境根本不同,是两个完全不同的容器。这就是对 Dockerfile 构建分层存储的概念不了解所导致的错误。
之前说过每一个 RUN 都是启动一个容器、执行命令、然后提交存储层文件变更。第一层 RUN cd /app 的执行仅仅是当前进程的工作目录变更,一个内存上的变化而已,其结果不会造成任何文件变更。而到第二层的时候,启动的是一个全新的容器,跟第一层的容器更完全没关系,自然不可能继承前一层构建过程中的内存变化。
因此如果需要改变以后各层的工作目录的位置,那么应该使用 WORKDIR 指令。
总结
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。