为什么我需要将视图和控制器分别部署到 Azure Web 应用程序
why do I need to deploy views and controllers separately to azure web app
我一直在努力通过 VSTS 进行 Azure 部署。
我们有一个 .net 核心 mvc 解决方案，VSTS 构建和发布进展顺利，我可以看到所有 dll 和必要的文件都已部署。但是，我收到 500 错误。经过调查，我注意到如果我从 Visual studio 手动发布视图和控制器，网站工作正常。
在构建步骤中，我们有：
恢复 -> 构建 -> 发布 -> 发布工件。
我在构建过程中是否遗漏了什么。为什么我需要将视图和控制器单独部署到 Azure Web 应用程序？
有什么想法吗？
构建步骤：
--configuration $(BuildConfiguration) -- 这是版本
发布步骤：
--configuration $(BuildConfiguration) --output $(build.artifactstagingdirectory)
发布定义：
非常简单，只需使用 4.* 预览版部署 Azure 应用服务，其默认值指向 azure subs 和包文件夹“$(System.DefaultWorkingDirectory)/**/*.zip”
我们现在已通过执行以下所有步骤解决了此问题：
1) 由于我们使用的是本地代理，因此每次触发构建时我们都会清除资源和输出目录 - 如果您使用的是 Microsoft 默认代理，根据 Microsoft 的说法，每次您都会被分配到一个新的代理所以不需要清理它。
2) 从 Kudo 上，我注意到当有人手动部署时，有一些文件夹和文件，包括视图和控制器。所以我删除了所有文件并进行了全新部署，从那以后它就没有中断。
我在构建或发布步骤中没有更改任何其他内容。
我一直在努力通过 VSTS 进行 Azure 部署。 我们有一个 .net 核心 mvc 解决方案，VSTS 构建和发布进展顺利，我可以看到所有 dll 和必要的文件都已部署。但是，我收到 500 错误。经过调查，我注意到如果我从 Visual studio 手动发布视图和控制器，网站工作正常。
在构建步骤中，我们有： 恢复 -> 构建 -> 发布 -> 发布工件。
我在构建过程中是否遗漏了什么。为什么我需要将视图和控制器单独部署到 Azure Web 应用程序？
有什么想法吗？
构建步骤： --configuration $(BuildConfiguration) -- 这是版本
发布步骤： --configuration $(BuildConfiguration) --output $(build.artifactstagingdirectory)
发布定义： 非常简单，只需使用 4.* 预览版部署 Azure 应用服务，其默认值指向 azure subs 和包文件夹“$(System.DefaultWorkingDirectory)/**/*.zip”
我们现在已通过执行以下所有步骤解决了此问题：
1) 由于我们使用的是本地代理，因此每次触发构建时我们都会清除资源和输出目录 - 如果您使用的是 Microsoft 默认代理，根据 Microsoft 的说法，每次您都会被分配到一个新的代理所以不需要清理它。
2) 从 Kudo 上，我注意到当有人手动部署时，有一些文件夹和文件，包括视图和控制器。所以我删除了所有文件并进行了全新部署，从那以后它就没有中断。
我在构建或发布步骤中没有更改任何其他内容。