一尘不染

复制。。Dockerfile中用于ASP.NET的命令

docker

用于Docker的Visual Studio工具为ASP.NET项目创建一个包含以下COPY . .命令的Dockerfile :

WORKDIR /src
COPY *.sln ./
...
COPY . .

根据我的阅读,<src>参数是相对于上下文的,因此不受WORKDIR /src命令的影响。该<dest>然而,相对于WORKDIR如此将在被人指指点点/src

该命令是否只是从根目录移出其余文件进行打包(docker-compose.yml,.dockerignore等)?如果是这样,那为什么要在RUN dotnet build...命令之前完成呢?

完整的Dockerfile如下:

FROM microsoft/aspnetcore:2.0 AS base
WORKDIR /app
EXPOSE 80

FROM microsoft/aspnetcore-build:2.0 AS build
WORKDIR /src
COPY *.sln ./
COPY MyProject/MyProject.csproj MyProject/
RUN dotnet restore
COPY . . # The line mentioned above
WORKDIR /src/MyProject
RUN dotnet build -c Release -o /app

FROM build AS publish
RUN dotnet publish -c Release -o /app

FROM base AS final
WORKDIR /app
COPY --from=publish /app .
ENTRYPOINT ["dotnet", "MyProject.dll"]

阅读 258

收藏
2020-06-17

共1个答案

一尘不染

COPY . .整个项目以递归方式复制到用于构建的容器中。

将前两个COPY命令与分隔开,dotnet restore然后将其COPY与分隔开的原因dotnet build是为了加快构建速度的Docker缓存技巧。这样可以完成,因此不需要在每次更改代码时都安装项目依赖项。

Docker映像是分层构建的。Docker将构成每个新层的内容和说明与以前的版本进行比较。如果它们与现有层的SHA256校验和匹配,则可以跳过该层的构建步骤。

代码比依赖项变化得多,并且依赖项现在通常是从一个缓慢的(ish)网络中获取的。如果在依赖项完成后复制代码,则不会破坏所有其他更改的缓存依赖项层。

相当于Node.js package.json的应用执行内容之前的操作:

WORKDIR /app
COPY package.json /app/
RUN npm install
COPY . /app/
CMD ["node", "app/index.js"]
2020-06-17