如果我有一个具有多个阶段的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中的项目它是一个多阶段构建并需要使用构建?
我对码头工人来说很新,所以也许我错过了一些明显的东西。
答案 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所采用的调试步骤是(在调试模式下):
{{this.video}}
构建一个特殊容器(正如其他人提到的那样)如果这样做符合我的想法,您可以将base
作为预构建步骤添加到csproj文件中,然后通过卷装载在docker中提供所需的模块。
类似的东西:
npm install
答案 4 :(得分:0)
我放弃并将基本图像从aspnetcore更改为aspnetcore-build,如下所示:
FROM microsoft/aspnetcore-build:2.0 AS base