使用Visual Studio 2017发布ASP.NET Core Angular项目到Azure失败

先梳理下你的问题背景：

• 基于Visual Studio 2017（15.5.4版本）搭建的Web应用，后端依赖Microsoft.AspNetCore.All 2.0.7，前端基于Angular，模块划分清晰（后端：Model、Controller；前端：Service、Model、Component）
• 本地运行完全正常，但部署到Azure Web App时失败，仅能看到截断的错误日志：018-05-07 13:16:38.634 +00:00 [Error] Microsoft.AspNetCor...

结合这个场景，给你几个针对性的排查步骤：

1. 先获取完整的错误日志 #

当前日志被截断，根本没法定位核心问题。你可以通过这两个途径拿到完整日志：

• 登录Azure门户，找到目标Web App，进入「监控」->「日志流」，这里能看到实时的应用启动、运行日志，大概率能找到完整的报错信息
• 也可以去「部署中心」查看发布过程的详细日志，先区分是发布阶段失败还是应用启动阶段失败，这两个方向的排查重点完全不同

2. 确认Azure的.NET Core运行时版本 #

你用的是Microsoft.AspNetCore.All 2.0.7，Azure默认的运行时版本可能和项目不兼容：

• 进入Web App的「配置」->「常规设置」，找到「.NET Core版本」选项，确保选择的是2.0.x系列的版本（最好是2.0.7对应的runtime，或者兼容的2.0版本）
• 如果选了更高的版本（比如3.1、5.0），ASP.NET Core 2.0的应用是没法正常启动的

3. 检查发布配置细节 #

• 确认Visual Studio发布时的部署模式：你的项目依赖Microsoft.AspNetCore.All，属于框架依赖部署，别误选成“自包含”模式（自包含需要打包整个runtime，容易出依赖问题）
• 前端Angular的编译产物是否被正确包含：如果是手动搭建的项目，要确保发布前已经执行了ng build --prod，把编译后的dist目录包含到发布包中；如果是VS模板生成的项目，检查发布配置里是否勾选了“发布前构建客户端应用”

4. 排查启动配置与权限问题 #

• 查看Azure的「配置」->「启动命令」，确认是否指定了正确的启动命令，比如dotnet YourAppName.dll（这是框架依赖部署的标准启动命令）
• 如果应用需要读写本地文件（比如日志、临时文件），检查代码里的路径是否用相对路径，Azure Web App的运行用户对站点目录有读写权限，但绝对路径很容易出问题

5. 本地模拟发布环境测试 #

在本地执行dotnet publish -c Release生成发布包，然后进入发布目录运行dotnet YourAppName.dll，看是否能正常启动。如果本地模拟都失败，那问题肯定出在发布包本身，比如缺失依赖文件、前端编译错误等，这种情况比Azure环境的问题更容易排查

内容的提问来源于stack exchange，提问作者SillyPerson