错误消息"程序不包含静态' Main'适用于入口点的方法 [英] Error message "Program does not contain a static 'Main' method suitable for an entry point"

查看:56
本文介绍了错误消息"程序不包含静态' Main'适用于入口点的方法的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我有一个ASP.NET CORE应用程序,其中包含一些项目以及以下Dockerfile:

I have an ASP.NET CORE app with a few projects inside and the following Dockerfile:

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

FROM microsoft/dotnet:2.2-sdk AS build
WORKDIR /src
COPY src/Mbv.Vans.Core/Mbv.Vans.Core.csproj Mbv.Vans.Core/
COPY src/Mbv.Vans.Common/Mbv.Vans.Common.csproj Mbv.Vans.Common/
COPY src/Mbv.Vans.Api/Mbv.Vans.Api.csproj Mbv.Vans.Api/

RUN dotnet restore Mbv.Vans.Api/Mbv.Vans.Api.csproj
COPY . .
FROM build AS publish
RUN dotnet publish Mbv.Vans.Api/Mbv.Vans.Api.csproj --no-restore -c Release -o /app

FROM base AS final
WORKDIR /app
COPY --from=publish /app .

ENTRYPOINT ["dotnet", "Mbv.Vans.Api.dll"]

在线 RUN dotnet上发布Mbv.Vans.Api/Mbv.Vans.Api.csproj --no-restore -c Release -o/app 尝试构建项目时失败出现错误:

On line RUN dotnet publish Mbv.Vans.Api/Mbv.Vans.Api.csproj --no-restore -c Release -o /app When it tries to build the project, it fails with error:

程序不包含适用于入口点的静态'Main'方法"

"Program does not contain a static 'Main' method suitable for an entry point"

这是我的.csproj文件:

Here is my .csproj file:

<Project Sdk="Microsoft.NET.Sdk.Web">

<PropertyGroup>
     <TargetFramework>netcoreapp2.2</TargetFramework>
     <GenerateDocumentationFile>true</GenerateDocumentationFile>
     <NoWarn>1591</NoWarn>
     <GenerateProgramFile>false</GenerateProgramFile>
</PropertyGroup>

我搜索了很多有关此问题的问题,并将其分为以下解决方案:

I searched a lot of questions regarding this issue and divide it into the following resolutions:

  1. COPY..无法解决此问题
  2. 我只有一个 static void main
  3. < GenereteProgramFile>错误没有帮助.
  1. COPY . . is not fixing this issue
  2. I have only one static void main
  3. <GenereteProgramFile> false doesn't help.

有人可以帮我解决这个严重的问题吗?

Could someone can help me to beat this awfull issue?

推荐答案

因此,我遇到了同样的问题,并使我发疯.这里的解决方案是跳过构建并直接进行发布.

So, I ran across this same issue and drove me insane. The solution here is to skip the build and go right to a publish.

通过查看以下特定示例对我有所帮助:

I was helped by looking at this particular sample: https://github.com/dotnet/dotnet-docker/blob/master/samples/aspnetapp/Dockerfile.alpine-x64

如您所见,没有构建发生.有一个还原,然后发布.为什么不建房?我不知道.我正在调查,但我很高兴至少对我有用.让我知道怎么回事.

As you can see in there, there is no build occurring. There is a restore, and then a publish. Why no build? I don't know. I'm investigating, but I'm happy it worked for me at least. Let me know how it goes.

已编辑以获取其他信息:

Edited for additional info:

这是原始的无法正常工作的Dockerfile:

Here is the original non-working Dockerfile:

FROM microsoft/dotnet:2.2-aspnetcore-runtime-nanoserver-1809 AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443

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

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

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

...这里是新使用的Dockerfile:

...and here the the newly working Dockerfile:

FROM mcr.microsoft.com/dotnet/core/sdk:2.2-alpine AS build
WORKDIR /app


# Lets do a restore of the NuGet packages, and then restore the app in a container.
COPY mercurynorth_netcore.csproj ./
RUN dotnet restore "mercurynorth_netcore.csproj"
COPY . .
RUN dotnet publish "mercurynorth_netcore.csproj" -c Release -o /app

FROM mcr.microsoft.com/dotnet/core/aspnet:2.2 AS final
WORKDIR /app
EXPOSE 80
EXPOSE 443
COPY --from=build /app .
ENTRYPOINT ["dotnet", "mercurynorth_netcore.dll"]

如您所见,我通常所做的是删除该行:

As you can see, what I generally did was remove the line:

RUN dotnet build "mercurynorth_netcore.csproj" -c Release -o /app

...以及进行一些清理.

...as well as do some clean-up.

一般来说,在我的开发机上运行build命令可以正常工作,但是作为构建容器的一部分,它将失败.

The general take-away is that running the build command on my dev machine(s) will work fine, but as part of building the container, it will fail.

这篇关于错误消息&quot;程序不包含静态&amp;#39; Main&amp;#39;适用于入口点的方法的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
相关文章
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆