Visual Studio 2017 Docker - 更改多阶段构建的目标

Pec*_*tum 10 docker .net-core dockerfile visual-studio-2017

如果我有一个具有多个阶段的docker文件(例如base和build),是否有办法更改visual studio在调试容器时使用的docker命令 - 它似乎使用docker文件中的第一个构建,而不调用后续阶段.

这是我的docker文件:

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

FROM microsoft/aspnetcore-build:2.0.3 AS build
WORKDIR /src
COPY *.sln ./
COPY Web/Web.csproj Web/
RUN dotnet restore
COPY . .
WORKDIR /src/Web
RUN dotnet build -c Release -o /app

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

FROM base AS final
WORKDIR /app
COPY --from=publish /app .
# Set the entry point of the application.
ENTRYPOINT ["dotnet", "Web.dll"]
Run Code Online (Sandbox Code Playgroud)

当我点击f5时,它将创建带有基本映像的容器,然后导致错误,因为项目需要aspnetcore-build映像的节点安装; 我可以通过将基本映像更改为aspnetcore-build来解决此问题.

但是,有没有办法告诉visual studio中的项目它是一个多阶段构建并需要使用构建?

我对码头工人来说很新,所以也许我错过了一些明显的东西.

小智 6

要使用docker文件中的构建目标配置,您需要添加docker-compose.vs.debug.yml文件。在该文件中,只需指定服务的构建目标即可。例:

version: '3.4'

services:
  my.api:
    build:
      target: build
Run Code Online (Sandbox Code Playgroud)

  • 我在这上面浪费了很多时间,直到我意识到 obj 目录中自动生成的 docker-compose.vs.debug.g.yml 文件 *总是* 似乎使要构建的目标成为 docker 文件中的第一个目标。我刚刚复制了这个自动生成的调试文件,将其移到我的 docker-compose 文件旁边,然后手动将目标更改为我想要的位置。微软关于这个微妙细节的文档绝对是糟糕透顶,现在我需要恢复大约 6 个小时的生活。 (2认同)

nNi*_*ize 5

根据此博客文章,当您按F5键时,Visual Studio 生成第一个图像。但是,我观察到仅在使用配置时会发生这种情况(如Matheus的Answer正确说明的那样)。Debug

我将所有解决方案配置更改Release为仅将配置用于docker项目(.dcproj)。这将构建所有映像并正确执行多阶段构建,而无需--target进行任何设置。

编辑

但是,不能从Visual Studio中调试此配置。为了允许在容器内进行本地调试,您应该有一个单独的不使用多阶段构建的Dockerfile。


Mat*_*uza 3

当您在 VS 2017 上使用多阶段 Dockerfile 时,可以在调试和发布模式下运行它。

在 DEBUG 模式下,VS 将使用“base”目标和标签“DEV”设置 docker 构建,因此 docker 将构建一个空映像,正如您已经指出的那样。

然后 VS 将启动您的映像的容器,因此一旦它运行,就会将代码发布到容器内的当前 WORKDIR,启动应用程序并附加到调试。

更新

那周,我发现 VS 在 obj\docker 文件夹中生成了一个 docker-compose 文件,该文件负责 DEV 模式下的构建。