我正在学习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在我的项目的根?使用这种方法的缺点是什么?
当前回答
您可以将WORKDIR看作容器中的cd(它会影响Dockerfile中后面的命令，如RUN命令)。如果你在上面的例子中删除了WORKDIR, RUN npm install将不起作用，因为你不在容器中的/usr/src/app目录中。
我不知道这将如何与你把你的Dockerfile(因为你的Dockerfile在主机上的位置与容器内的pwd无关)。你可以把Dockerfile放在项目中的任何你想要的地方。然而，COPY的第一个参数是一个相对路径，所以如果你移动Dockerfile，你可能需要更新那些COPY命令。
其他回答
您可以将WORKDIR看作容器中的cd(它会影响Dockerfile中后面的命令，如RUN命令)。如果你在上面的例子中删除了WORKDIR, RUN npm install将不起作用，因为你不在容器中的/usr/src/app目录中。
我不知道这将如何与你把你的Dockerfile(因为你的Dockerfile在主机上的位置与容器内的pwd无关)。你可以把Dockerfile放在项目中的任何你想要的地方。然而，COPY的第一个参数是一个相对路径，所以如果你移动Dockerfile，你可能需要更新那些COPY命令。
你不必这么做
执行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之前。在这里，WORKDIR被放在了错误的位置，没有被明智地使用。
FROM microsoft/aspnetcore:2
COPY --from=build-env /publish /publish
WORKDIR /publish
ENTRYPOINT ["dotnet", "/publish/api.dll"]
我们修正了上面的代码，将WORKDIR放在正确的位置，并通过删除/Publish优化了下面的语句
FROM microsoft/aspnetcore:2
WORKDIR /publish
COPY --from=build-env /publish .
ENTRYPOINT ["dotnet", "api.dll"]
因此，它就像一张cd，为接下来的语句设定基调。
根据文档:
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命令保留了工作目录。
