不再在 docker 中使用 dotnet watch 的理由是啥
Posted
技术标签:
【中文标题】不再在 docker 中使用 dotnet watch 的理由是啥【英文标题】:what is the rationale about not using dotnet watch in docker anymore不再在 docker 中使用 dotnet watch 的理由是什么 【发布时间】:2019-11-09 01:06:14 【问题描述】:大约一年前,我记得当我们想在 docker 中运行应用程序以进行开发时,我们使用 dotnet watch run
运行应用程序。但在最近的更新中,该模板正在创建一个发布版本并运行该版本。我同意这对生产有好处。但是为什么开发版本完全消失了?我进行了很多搜索,但找不到发生这种变化的原因。
类似这样的:
FROM microsoft/aspnetcore-build:2.0
# Required inside Docker, otherwise file-change events may not trigger
ENV DOTNET_USE_POLLING_FILE_WATCHER 1
# Set a working dir at least 2 deep. The output and intermediate output folders will be /code/obj and /code/bin
WORKDIR /code/app
# By copying these into the image when building it, we don't have to re-run restore everytime we launch a new container
COPY web.csproj .
COPY NuGet.config .
COPY Directory.Build.props .
RUN dotnet restore
# This will build and launch the server in a loop, restarting whenever a *.cs file changes
ENTRYPOINT dotnet watch run --no-restore
现在,在每次更改时,我们都需要发布应用程序以再次拥有一个正常工作的 docker。
我看到使用这种新方法在 Visual Studio 中调试工作正常,但我对 Visual Studio 如何能够附加到容器并进行远程调试感到困惑。更让我惊讶的是,Visual Studio 如何能够调试以发布模式发布的应用程序?
但现在看起来像这样:
FROM microsoft/dotnet:2.2-aspnetcore-runtime AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443
FROM microsoft/dotnet:2.2-sdk AS build
WORKDIR /src
COPY ["MyProject.csproj", "MyProject"]
COPY ["MyProject.Common.csproj", "MyProject.Common"]
RUN dotnet restore "MyProject.csproj"
COPY . .
WORKDIR "/src/MyProject"
RUN dotnet build "MyProject.csproj" -c Release -o /app
FROM build AS publish
RUN dotnet publish "MyProject.csproj" -c Release -o /app
FROM base AS final
WORKDIR /app
COPY --from=publish /app .
ENTRYPOINT ["dotnet", "MyProject.dll"]
【问题讨论】:
【参考方案1】:说明显而易见,但以防万一: dotnet watch 等待文件更改,然后重新编译,而无需手动重新启动。
仍然可以使用 dotnet watch,但在复制文件时在容器情况下没有任何优势。由于文件的复制发生在容器构建时,并将它们复制到映像内的源位置,因此即使您使用 dotnet watch,容器运行时也不会反映对代码库的任何更改。
如果您想使用 dotnet watch,请查看将源目录挂载为容器内的卷 :)
你可以使用类似下面的东西:
docker run --rm -it -p < port >:< port > -v ~/< sourcedirectory >:/< destination >/ -w /< destination >/aspnetapp mcr.microsoft.com/dotnet/core/sdk:3.0 dotnet watch run
-v 标志代表音量,如果这不明显的话。如果你想向 Dockerfile 添加一个卷,你可以阅读Dockerfile & Volumes here。和dotnet watch here。和Docker volumes specifically here。最后,我在我的历史记录中找到了 docker run command 的来源。
【讨论】:
以上是关于不再在 docker 中使用 dotnet watch 的理由是啥的主要内容,如果未能解决你的问题,请参考以下文章
dotNet Core 3.1 使用 Aspose (部署 Docker)
Step By Step将Dotnet Core部署到Docker上