Question

  "Docker": {
  "commandName": "Docker",
  "launchBrowser": true,
  "launchUrl": "{Scheme}://{ServiceHost}:{ServicePort}/api/values",
  "httpPort": 52706,
  "useSSL": true,
  "sslPort": 44344
}

这将在通过Visual Studio运行时提供输出

但是在构建时，它会引发错误

DockerFile：

FROM mcr.microsoft.com/dotnet/core/aspnet:2.2-stretch-slim AS base
WORKDIR /app
EXPOSE 83
EXPOSE 443

FROM mcr.microsoft.com/dotnet/core/sdk:2.2-stretch AS build
WORKDIR /src
COPY ["testdocker/testdocker.csproj", "testdocker/"]
RUN dotnet restore "testdocker/testdocker.csproj"
COPY . .
WORKDIR "/src/testdocker"
RUN dotnet build "testdocker.csproj" -c Release -o /app

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

FROM base AS final
WORKDIR /app
COPY --from=publish /app .
ENV ASPNETCORE_URLS http://+:83
ENTRYPOINT ["dotnet", "testdocker.dll"]

构建docker映像

docker build -t testdock .

但是它给出了

COPY failed: stat /var/lib/docker/tmp/docker-builder666564019/testdocker/testdocker.csproj,: no such file or directory

请帮助重写dockerfile，以完成此构建并运行应用程序

Answer 1

对我来说修复似乎是：

<块引用>

docker build -f PROJECT_DIR\Dockerfile .

从解决方案目录运行时。

Answer 2

如果您在Visual Studio中查看“容器工具”输出，则会看到类似以下的行：

docker build -f "C:\Users\foo\source\MySolution\TestDocker\Dockerfile" -t testdocker:dev --target base  --label "com.microsoft.created-by=visual-studio" "C:\Users\foo\source\MySolution"

在Windows上为Linux容器构建映像时，Docker会将活动目录的内容提升到MobyLinux VM中，并且所有复制命令等都将在MobyLinux VM中的该路径上运行，而不是在本地文件系统上运行。因为项目通常需要访问同一解决方案中的其他项目才能进行构建，所以Visual Studio创建的Dockerfile相对于您的解决方案目录，因此整个解决方案目录在MobyLinux中被提升。

很有可能，您要做的是直接导航到您的项目目录并从那里运行Dockerfile，而无需传递用作“根”的目录。这样，Docker只是简单地提升了当前项目，即您的项目，目录，并且MobyLinux VM中的结果路径不再与Dockerfile中的内容匹配。

简短地说，如果要手动构建映像，则需要确保解除的活动目录是解决方案目录，而不是项目目录。您只需将上面命令的最后一个字符串传递给您自己的命令即可实现，这将使它相对于您的解决方案而言。

Answer 3

Andrew 的示例对我有用。

我的命令：

docker build -f helloworld\dockerfile -t sr-app .

.net核心docker通过VS2019运行，但映像生成出现错误且无法正常工作

3 个答案: