Dockerfile中的权限问题及工作目录问题（USER WORKDIR）

最新推荐文章于 2025-07-14 08:44:22 发布

转载最新推荐文章于 2025-07-14 08:44:22 发布 · 1.3w 阅读

5 ·

CC 4.0 BY-SA版权

原文链接：http://blog.51cto.com/9486329/2178589

文章标签：

#运维

本文深入解析Dockerfile的指令用法，包括USER、COPY、WORKDIR、RUN等命令的特点与注意事项，揭示了COPY命令不遵循USER切换及WORKDIR路径设定的误区。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

引题：看看这个dockerfile

Dockerfile
FROM centos:7.4.1708
RUN useradd -b /home -m -s /bin/bash bes
ENV BES_HOME= /home/bes/BES8.2
COPY bes.lic.txt /home/bes/BES8.2/license/
RUN chmod a+xr -R /home/bes && \
chown bes:bes -R /home/bes
USER bes
WORKDIR $BES_HOME
ENTRYPOINT $BES_HOME/bin/iastool start --domain --passport admin --user admin --password admin domain1

我来分析一下这个dockerfile：
USER bes：
USER之前都是那些RUN COPY都是root身份执行的
USER之后 RUN CMD ENTRYPOINT 都是切换为USER指定的bes用户执行的，而COPY命令却不服从，依旧是root。这里是个坑。请注意
WORKDIR ：切换目录。这个跟USER是相同的道理，COPY都是不会服从的
如果有多个workdir，那最后的会生效，如：
WORKDIR /a
WORKDIR b (注意这里用了相对路径)
WORKDIR c
RUN pwd
则最终路径为/a/b/c

补充RUN
再来解释一下RUN 命令:

RUN cd /test
RUN echo "test" >test.txt
请问最后镜像有/test/test.txt吗？答：NO
解释：docker里边有层的概念，每个命令都是生成一个层，每个层都是独立的空间。所以第二个RUN时，工作目录并不会切换到/test下面。
正确的写法是：组合成一个
RUN cd /test && \
echo "test" >test.txt

转载于:https://blog.51cto.com/9486329/2178589