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)
根据此博客文章,当您按F5键时,Visual Studio 仅生成第一个图像。但是,我观察到仅在使用配置时会发生这种情况(如Matheus的Answer正确说明的那样)。Debug
我将所有解决方案配置更改Release为仅将配置用于docker项目(.dcproj)。这将构建所有映像并正确执行多阶段构建,而无需--target进行任何设置。
编辑
但是,不能从Visual Studio中调试此配置。为了允许在容器内进行本地调试,您应该有一个单独的不使用多阶段构建的Dockerfile。
当您在 VS 2017 上使用多阶段 Dockerfile 时,可以在调试和发布模式下运行它。
在 DEBUG 模式下,VS 将使用“base”目标和标签“DEV”设置 docker 构建,因此 docker 将构建一个空映像,正如您已经指出的那样。
然后 VS 将启动您的映像的容器,因此一旦它运行,就会将代码发布到容器内的当前 WORKDIR,启动应用程序并附加到调试。
更新
那周,我发现 VS 在 obj\docker 文件夹中生成了一个 docker-compose 文件,该文件负责 DEV 模式下的构建。
| 归档时间: |
|
| 查看次数: |
2169 次 |
| 最近记录: |