【问题标题】:Docker ASP.NET CORE 2.1 app in Visual Studio 2017. App does not start in debug modeVisual Studio 2017 中的 Docker ASP.NET CORE 2.1 应用程序。应用程序无法在调试模式下启动
【发布时间】:2019-05-15 02:09:45
【问题描述】:

我一直在开发 Web 应用程序 ASP.NET CORE 2.1,并在 Visual Studio 中使用 Docker 愉快地运行它。到目前为止。

当我尝试开始调试时,它会执行构建部分,但出乎意料 完全跳过运行部分。所以现在我无法调试我的 带有 Visual Studio 2017 的 Docker 容器。

没有显示任何错误,一切似乎都很好,除了那个应用程序没有启动的事实。调试输出甚至不在“输出”选项卡中的可用列表中。 容器似乎正在运行,但由于某种原因,Visual Studio 没有附加到 Docker 映像以进行调试。

任何帮助将不胜感激。

重新启动 Visual Studio 或计算机,删除 bin、obj、.vs、%userprofile%\vsdbg 和 %userprofile%\onecoremsvsmon 没有任何区别。 这是我的环境:

  1. Windows10
  2. Microsoft Visual Studio Enterprise 2017 版本 15.9.4
  3. VisualStudio.15.Release/15.9.4+28307.222
  4. ASP.NET Core Razor 语言服务 15.8.31590
  5. Microsoft Visual Studio 容器工具 1.1
  6. Visual Studio 容器工具 1.0

码头工人:

  1. 版本 2.0.0.0-win81 (29211)
  2. 构建:4271b9e
  3. 引擎:18.09.0
  4. 编写:1.23.2
  5. 机器:0.16.0

容器似乎正在运行:

CONTAINER ID        IMAGE               COMMAND               CREATED             STATUS              PORTS                                                                 NAMES
22852e61b41a        dockertest          "tail -f /dev/null"   4 minutes ago       Up 4 minutes        0.0.0.0:50659->80/tcp, 0.0.0.0:44304->443/tcp                         priceless_pare

Dockerfile:

FROM microsoft/dotnet:2.1-aspnetcore-runtime AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443

FROM microsoft/dotnet:2.1-sdk AS build
WORKDIR /src
COPY ["Dockertest/Dockertest.csproj", "Dockertest/"]
RUN dotnet restore "Dockertest/Dockertest.csproj"
COPY . .
WORKDIR "/src/Dockertest"
RUN dotnet build "Dockertest.csproj" -c Release -o /app

FROM build AS publish
RUN dotnet publish "Dockertest.csproj" -c Release -o /app

FROM base AS final
WORKDIR /app
COPY --from=publish /app .
ENTRYPOINT ["dotnet", "Dockertest.dll"]

VS 构建输出:

Target ContainerPrepareForLaunch:
  Using "ResolveVsDbgPath" task from assembly "C:\Users\aaaa\.nuget\packages\microsoft.visualstudio.azure.containers.tools.targets\1.0.2105168\build\..\tools\Microsoft.VisualStudio.Containers.Tools.Tasks.dll".
  Task "ResolveVsDbgPath"
  Done executing task "ResolveVsDbgPath".
  Task "ContainerError" skipped, due to false condition; ('$(TargetFrameworkIdentifier)' == '.NETCoreApp' And
                                 '@(_Dockerfile->AnyHaveMetadataValue('TargetOS', 'Linux'))' == 'true' And
                                 !Exists('$(ContainerVsDbgPath)\vsdbg')) was evaluated as ('.NETCoreApp' == '.NETCoreApp' And
                                 'true' == 'true' And
                                 !Exists('C:\Users\aaaa\vsdbg\vs2017u5\vsdbg')).
  Using "ResolveMsVsMonPath" task from assembly "C:\Users\aaaa\.nuget\packages\microsoft.visualstudio.azure.containers.tools.targets\1.0.2105168\build\..\tools\Microsoft.VisualStudio.Containers.Tools.Tasks.dll".
  Task "ResolveMsVsMonPath"
  Done executing task "ResolveMsVsMonPath".
  Using "PrepareForLaunch" task from assembly "C:\Users\aaaa\.nuget\packages\microsoft.visualstudio.azure.containers.tools.targets\1.0.2105168\build\..\tools\Microsoft.VisualStudio.Containers.Tools.Tasks.dll".
  Task "PrepareForLaunch"
    docker build -f "C:\Projects\Dockertest\Dockerfile" -t dockertest  --label "com.microsoft.created-by=visual-studio" "C:\Projects"
    Sending build context to Docker daemon  3.007GB

    Step 1/18 : FROM microsoft/dotnet:2.1-aspnetcore-runtime AS base
     ---> 1fe6774e5e9e
    Step 2/18 : WORKDIR /app
     ---> Using cache
     ---> 930ee0770e2d
    Step 3/18 : EXPOSE 80
     ---> Using cache
     ---> 4f184a8a4bd4
    Step 4/18 : EXPOSE 443
     ---> Using cache
     ---> bdf7dc4e92fd
    Step 5/18 : FROM microsoft/dotnet:2.1-sdk AS build
     ---> 04868b49e01f
    Step 6/18 : WORKDIR /src
     ---> Using cache
     ---> c27b25a30aeb
    Step 7/18 : COPY ["Dockertest/Dockertest.csproj", "Dockertest/"]
     ---> Using cache
     ---> 009cbf61e5ae
    Step 8/18 : RUN dotnet restore "Dockertest/Dockertest.csproj"
     ---> Using cache
     ---> 9baf38b818c8
    Step 9/18 : COPY . .
     ---> ae210461c587
    Step 10/18 : WORKDIR "/src/Dockertest"
     ---> Running in 024c6719cbd3
    Removing intermediate container 024c6719cbd3
     ---> f398384b2049
    Step 11/18 : RUN dotnet build "Dockertest.csproj" -c Release -o /app
     ---> Running in cacc4471c224
    Microsoft (R) Build Engine version 15.9.20+g88f5fadfbe for .NET Core
    Copyright (C) Microsoft Corporation. All rights reserved.

      Restore completed in 57.06 ms for /src/Dockertest/Dockertest.csproj.
      Dockertest -> /app/Dockertest.dll
      Dockertest -> /app/Dockertest.Views.dll
    Build succeeded.
        0 Warning(s)
        0 Error(s)

    Time Elapsed 00:00:09.30
    Removing intermediate container cacc4471c224
     ---> 5854863d47c7
    Step 12/18 : FROM build AS publish
     ---> 5854863d47c7
    Step 13/18 : RUN dotnet publish "Dockertest.csproj" -c Release -o /app
     ---> Running in 69df3a178cd7
    Microsoft (R) Build Engine version 15.9.20+g88f5fadfbe for .NET Core
    Copyright (C) Microsoft Corporation. All rights reserved.

      Restore completed in 67.48 ms for /src/Dockertest/Dockertest.csproj.
      Dockertest -> /src/Dockertest/bin/Release/netcoreapp2.1/Dockertest.dll
      Dockertest -> /src/Dockertest/bin/Release/netcoreapp2.1/Dockertest.Views.dll
      Dockertest -> /app/
    Removing intermediate container 69df3a178cd7
    Step 14/18 : FROM base AS final
     ---> 766815671751
     ---> bdf7dc4e92fd
    Step 15/18 : WORKDIR /app
     ---> Using cache
     ---> 61f28b8a64fa
    Step 16/18 : COPY --from=publish /app .
     ---> 6b6711105d65
    Step 17/18 : ENTRYPOINT ["dotnet", "Dockertest.dll"]
     ---> Running in f3be0a8361ee
    Removing intermediate container f3be0a8361ee
     ---> 774100a76bc9
    Step 18/18 : LABEL com.microsoft.created-by=visual-studio
     ---> Running in 76d649057957
    Removing intermediate container 76d649057957
     ---> dbf49735c067
    Successfully built dbf49735c067
    Successfully tagged dockertest:latest
    SECURITY WARNING: You are building a Docker image from Windows against a non-Windows Docker host. All files and directories added to build context will have '-rwxr-xr-x' permissions. It is recommended to double check and reset permissions for sensitive files and directories.
    docker rm -f ce37c3274e9a73fdfeb0b5cb48d451cf3fea687ee3b5c91388ecad1d1f695149
    ce37c3274e9a73fdfeb0b5cb48d451cf3fea687ee3b5c91388ecad1d1f695149
    docker run -dt -v "C:\Users\aaaa\vsdbg\vs2017u5:/remote_debugger:rw" -v "C:\Users\aaaa\AppData\Roaming\ASP.NET\Https:/root/.aspnet/https:ro" -v "C:\Users\aaaa\AppData\Roaming\Microsoft\UserSecrets:/root/.microsoft/usersecrets:ro" -e "ASPNETCORE_URLS=https://+:443;http://+:80" -e "ASPNETCORE_HTTPS_PORT=44304" -e "ASPNETCORE_ENVIRONMENT=Development" -p 50659:80 -p 44304:443 --entrypoint tail dockertest -f /dev/null
    22852e61b41ad164632588db2b4027ad59cc5e876956fb99c7e8eadcbcfcdd77
  Done executing task "PrepareForLaunch".
Target "_CheckForInvalidConfigurationAndPlatform" skipped. Previously built successfully.
Target "_CheckForInvalidConfigurationAndPlatform" skipped. Previously built successfully.
Target ReportTypeScriptVersion:
  Using "FormatLocalizedString" task from assembly "C:\Program Files (x86)\Microsoft SDKs\TypeScript\3.1\build\TypeScript.Tasks.dll".
  Task "FormatLocalizedString"
  Done executing task "FormatLocalizedString".
  Task "FormatLocalizedString" skipped, due to false condition; ('$(TypeScriptVersionCheckResult)' == 'Downgrade' OR '$(TypeScriptVersionCheckResult)' == 'Upgrade') was evaluated as ('NoneSpecified' == 'Downgrade' OR 'NoneSpecified' == 'Upgrade').
  Task "Warning" skipped, due to false condition; ('$(TypeScriptShowVersionWarning)' == 'true' AND '$(TypeScriptVersionCheckResult)' == 'NoneSpecified') was evaluated as ('' == 'true' AND 'NoneSpecified' == 'NoneSpecified').
  Task "Warning" skipped, due to false condition; ('$(TypeScriptShowVersionWarning)' == 'true' AND ('$(TypeScriptVersionCheckResult)' == 'Downgrade' OR '$(TypeScriptVersionCheckResult)' == 'Upgrade')) was evaluated as ('' == 'true' AND ('NoneSpecified' == 'Downgrade' OR 'NoneSpecified' == 'Upgrade')).
  Task "Warning" skipped, due to false condition; ('$(TypeScriptBuildMode)' == 'true' AND ($(TypeScriptToolsVersion.StartsWith('2.')) OR $(TypeScriptToolsVersion.StartsWith('1.')))) was evaluated as ('' == 'true' AND (False OR False)).
Target Build:
Target CleanupEmptyRefsFolder:
  Using "RemoveDir" task from assembly "Microsoft.Build.Tasks.Core, Version=15.1.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a".
  Task "RemoveDir"
    Directory "C:\Projects\Dockertest\bin\Release\netcoreapp2.1\refs" doesn't exist. Skipping.
  Done executing task "RemoveDir".
Target "ExecuteToolsTarget" skipped, due to false condition; ('@(ToolsTarget)' != '') was evaluated as ('' != '').
Target "_PackAsBuildAfterTarget" skipped, due to false condition; ('$(GeneratePackageOnBuild)' == 'true' AND '$(IsInnerBuild)' != 'true') was evaluated as ('false' == 'true' AND '' != 'true').
Target "DotNetPublish" skipped, due to false condition; ( '$(DeployOnBuild)' == 'true' ) was evaluated as ( '' == 'true' ).

Done building project "Dockertest.csproj".

Build succeeded.
    0 Warning(s)
    0 Error(s)

Time Elapsed 00:04:53.13
========== Build: 1 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========

编辑: 请注意,VS 在以下任务中“坐下”“太长”(在该步骤之前更快):

docker build -f "C:\Projects\Dockertest\Dockerfile" -t dockertest  --label "com.microsoft.created-by=visual-studio" "C:\Projects"

【问题讨论】:

  • 调试窗口的输出是什么?
  • @vzwick 什么都没有。该选项甚至在“输出”选项卡的“显示输出”组合框中都不可用。
  • docker logs <container> 的输出中有任何内容?
  • @ESG 什么都没有。什么都没有。
  • 愚蠢的问题,但是:docker-compose项目被选为启动项目了吗?

标签: c# visual-studio docker asp.net-core visual-studio-2017


【解决方案1】:

好的,现在一切正常!我在一堆拔毛上跳来跳去,不是因为我现在完全没有毛了,而是因为我已经修好了!:)))

事不宜迟,以下是打破僵局的内容: 由于某种原因,Docker For Windows 失去了与项目所在驱动器的“连接”(可能是因为缺少更好的词或权限?)。这正是我为纠正这种情况所做的:

  1. 为窗口“设置”菜单打开 Docker
  2. 转到“共享驱动器”
  3. 未选中项目所在驱动器的“共享”复选框(标记已存在)
  4. 点击“应用”按钮
  5. 再次选中“共享”复选框并再次单击“应用”按钮。

在最后一步中,登录框弹出两次,告诉我 Docker 需要我的凭据才能访问驱动器。域名已预先填充了我的登录名。我已经输入了密码并两次单击“确定”按钮。然后我开始了项目,瞧,我的网络应用程序的登录页面按预期显示在浏览器中。简单,却又如此狡猾!:))

老实说,虽然我一直在忙着拔头发,但我也确实清理了驱动器以释放一些空间。我已经向野外发布了大约 10 GB。 IDK,不管这是否有助于成功,但我已经读到,有些人也这样做了,这对 Docker 是有益的。

【讨论】:

  • 我在 Visual Studio 2019 和 Core 3.0 项目中遇到了同样的问题。刚刚重新检查了共享驱动器,瞧!有用。一个可能很重要的时刻:我提供了对 VS 项目所在的 Docker 的共享访问权限。
猜你喜欢
  • 2019-09-25
  • 1970-01-01
  • 2018-03-29
  • 2018-11-05
  • 1970-01-01
  • 1970-01-01
  • 2017-08-20
  • 2019-01-16
  • 2021-12-22
相关资源
最近更新 更多