【问题标题】:App Service deployment failure with VSTS release hubVSTS 发布中心的应用服务部署失败
【发布时间】:2017-05-26 16:14:04
【问题描述】:

我有一个非常基本的 VSTS 发布管理设置失败了。我不断收到以下错误消息:

应用服务“(应用服务的名称)”不存在。应用服务应在部署之前存在。 “Azure 订阅”是一个 Azure 服务连接,因为在选择订阅时,它不会让我保存。

应用服务肯定存在。有关我的设置详细信息,请参阅屏幕截图。

【问题讨论】:

  • 您确定该应用服务存在于您选择的订阅中,并且该应用服务不受 RBAC 的限制,仅限于某些用户?
  • @DanielMann 我们只有一个订阅,所以我很肯定它是。关于 RBAC,我们仅限于某些用户。如何让 RBAC 访问 VSTS?
  • 您是从 Azure 门户还是 VSTS 门户设置的?如果是 Azure 门户,您是选择“部署选项”还是“持续交付(预览版)”?
  • @TylerFindlay VSTS 在您用于部署的目录中创建一个服务主体。当您授权连接时,我们会自动将其添加为订阅的参与者。您应该检查它是否可以访问该应用服务。
  • @DavidEbbo 我确实设置了部署选项并确保它已连接。我没有使用持续部署(预览版)

标签: azure-devops azure-web-app-service azure-pipelines-release-pipeline


【解决方案1】:

【讨论】:

  • 似乎没有修复我的问题。只需重新运行构建并遇到相同的问题。不过感谢您的建议!
  • “重新运行构建”是什么意思?您是指来自 Azure 门户还是 VSTS?根据您的设置方式,VSTS 中根本不应该有任何构建。只需尝试将更改推送到 VSTS 上的 git 存储库,这应该会触发部署。
  • 抱歉,我的意思是在 VSTS 中重新发布版本。是发布脚本给了我截图中看到的错误
  • 同样,根据您的设置方式,您不应该在 VSTS 中有任何发布脚本。您应该在服务挂钩中拥有所有内容,您可以通过单击工具(小轮子)/服务挂钩来查看。您是否尝试过推送到您的存储库并检查它是否已部署到 Azure?
  • 我检查了你的应用,它在 20:40 UTC 成功部署。您应该在部署下的 Azure 门户中看到这一点。今天早些时候,由于 VSTS 存在这个问题,这将无法正常工作。
猜你喜欢
  • 1970-01-01
  • 2019-08-29
  • 1970-01-01
  • 2020-05-10
  • 2018-06-19
  • 1970-01-01
  • 1970-01-01
  • 2016-06-13
  • 1970-01-01
相关资源
最近更新 更多