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

时间:2017-12-27 22:50:57

标签: docker visual-studio-2017 .net-core dockerfile

如果我有一个具有多个阶段的docker文件(例如base和build),是否有办法更改visual studio在调试容器时使用的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"]

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

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

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

5 个答案:

答案 0 :(得分:6)

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

version: '3.4'

services:
  my.api:
    build:
      target: build

答案 1 :(得分:4)

根据this blog post,当点击F5 时,Visual Studio会构建第一张图片。但是,我发现仅在使用Debug配置时才会发生这种情况(正确说明by Matheus' Answer)。

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

修改

但是,无法在Visual Studio中调试此配置。要允许在容器内进行本地调试,您应该有一个不使用多级构建的单独Dockerfile。

答案 2 :(得分:2)

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

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

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

更新

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

答案 3 :(得分:1)

如果我明白我今天读到的内容,Visual Studio所采用的调试步骤是(在调试模式下):

  • 在visual studio中构建项目文件
  • 根据Dockerfile中的{{this.video}}构建一个特殊容器(正如其他人提到的那样)
  • 启动容器,所有源都使用卷映射,执行构建的dll。
  • 继续调试

如果这样做符合我的想法,您可以将base作为预构建步骤添加到csproj文件中,然后通过卷装载在docker中提供所需的模块。

类似的东西:

npm install

答案 4 :(得分:0)

我放弃并将基本图像从aspnetcore更改为aspnetcore-build,如下所示:

FROM microsoft/aspnetcore-build:2.0 AS base