【问题标题】:why do I need to deploy views and controllers separately to azure web app为什么我需要将视图和控制器分别部署到 azure web app
【发布时间】:2019-01-21 18:22:13
【问题描述】:

我一直在努力通过 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”

【问题讨论】:

  • 您的构建定义是什么样的?您提供哪些 MSBuild 参数(如果有)?你的发布定义是什么样的?
  • 刚刚更新了我们使用的构建定义和版本。

标签: asp.net-core azure-devops web-deployment


【解决方案1】:

现在我们通过执行以下所有步骤解决了这个问题:

1) 由于我们使用的是本地代理,因此每次触发构建时我们都会清除资源和输出目录 - 如果您使用的是 Microsoft 默认代理,根据 Microsoft 的说法,每次您都会被分配给一个新的代理,所以无需清洗。

2) 在 Kudo 中,我注意到当有人进行手动部署时,会有一些文件夹和文件,包括视图和控制器。所以我删除了所有文件并进行了新的部署,从那时起它就没有中断。

在我们的构建或发布步骤中我没有更改任何其他内容。

【讨论】:

    猜你喜欢
    • 2014-06-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-04-06
    • 1970-01-01
    相关资源
    最近更新 更多