我正在学习Docker。很多次我都看到Dockerfile有WORKDIR命令:
FROM node:latest
RUN mkdir -p /usr/src/app
WORKDIR /usr/src/app
COPY package.json /usr/src/app/
RUN npm install
COPY . /usr/src/app
EXPOSE 3000
CMD [ “npm”, “start” ]
我不能忽略WORKDIR和Copy，只是有我的Dockerfile在我的项目的根?使用这种方法的缺点是什么?
当前回答
小心使用vars作为WORKDIR的目标目录名——这样做似乎会导致“不能标准化任何东西”的致命错误。在我看来，还值得指出的是，WORKDIR的行为与mkdir -p <path>相同，即路径的所有元素都是创建的，如果它们还不存在的话。
更新: 我在运行多阶段构建时遇到了变量相关的问题(上面提到过)-现在看来使用变量是可以的-如果它(变量)是“在范围内”，例如在下面，第2个WORKDIR引用失败…
FROM <some image>
ENV varname varval
WORKDIR $varname
FROM <some other image>
WORKDIR $varname
然而，它成功地……
FROM <some image>
ENV varname varval
WORKDIR $varname
FROM <some other image>
ENV varname varval
WORKDIR $varname
.oO(可能在文档里，我错过了)
其他回答
您可以将WORKDIR看作容器中的cd(它会影响Dockerfile中后面的命令，如RUN命令)。如果你在上面的例子中删除了WORKDIR, RUN npm install将不起作用，因为你不在容器中的/usr/src/app目录中。
我不知道这将如何与你把你的Dockerfile(因为你的Dockerfile在主机上的位置与容器内的pwd无关)。你可以把Dockerfile放在项目中的任何你想要的地方。然而，COPY的第一个参数是一个相对路径，所以如果你移动Dockerfile，你可能需要更新那些COPY命令。
要注意在哪里设置WORKDIR，因为它会影响持续集成流程。例如，将其设置为/home/circleci/project将导致错误，例如.ssh或远程circleci在安装时正在执行的任何操作。
你不必这么做
执行mkdir -p /usr/src/app
当您指定WORKDIR时，将自动创建此文件
FROM node:latest
WORKDIR /usr/src/app
COPY package.json .
RUN npm install
COPY . ./
EXPOSE 3000
CMD [ “npm”, “start” ]
根据文档:
WORKDIR指令为任何RUN, CMD， 的入口点、复制和添加指令 Dockerfile。如果WORKDIR不存在，即使在后续的Dockerfile指令中没有使用它，它也会被创建。
此外，在Docker最佳实践中，它建议你使用它:
…你应该使用WORKDIR，而不是像 运行cd…&&做一些事情，很难阅读，故障排除，和 维护。
我建议保留它。
我认为你可以把Dockerfile重构成这样:
FROM node:latest
WORKDIR /usr/src/app
COPY package.json .
RUN npm install
COPY . ./
EXPOSE 3000
CMD [ "npm", "start" ]
@juanlumn的回答很棒，但我想再补充一件(重要的)事情。
在常规命令行中，如果您在某个地方执行cd操作，它将一直停留在那里，直到您更改它。然而，在Dockerfile中，每个RUN命令都是从根目录开始的!这是码头工人新手的一个难题，需要注意。
因此，WORKDIR不仅为阅读代码的人提供了更明显的视觉提示，而且还为多个RUN命令保留了工作目录。
