本文介绍了如果配置了部署表单源控件,则无法从门户网站添加WebJob的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

今天我们在Azure门户中遇到了以下消息

Today we experienced the following message in Azure Portal

我们认为这是一个 new 功能,因此拼写不正确:"deployment form source control"应为"from source"控制".

We assume that this is a new feature hence the spelling is incorrect: 'deployment form source control' should be 'deployment from source control'.

我不知道在哪里设置可以解决此问题的设置.

I have no clue where to set a setting that solved this.

它必须在我们假设的DevOps中.

It has to be somewhere in DevOps we assume.

推荐答案

我们通过断开管道的连接来解决此问题.

We solved it by not disconnecting a pipeline.

我们通过实现单独的WebJob构建/发布管道解决了该问题.

We solved it by implementing a seperate WebJob Build/Release Pipeline.

以下是对我们有用的步骤:

Here are the steps that worked for us:

在Azure门户中

  • 在您的应用服务中创建虚拟应用
  • Create a virtual application in your app service

在DevOps中

  • 在您的构建管道中重要提示:在构建步骤中添加以下参数:--output $(build.artifactstagingdirectory).

  • In your build pipelineImportant Notice: add the following Argument: --output $(build.artifactstagingdirectory) to the build step.

在您的发布管道中

这会将WebJob部署到正确的目录.在我们的情况下:$(System.DefaultWorkingDirectory)/_ms-reporting-webjob-dev-CI/drop

This deploys the WebJob to the correct directory. In our case: $(System.DefaultWorkingDirectory)/_ms-reporting-webjob-dev-CI/drop

在我们的App Service中查看Kudo控制台后,WebJob的文件位置为:

Having a look at the Kudo Console in our App Service the file location for our WebJob is:

这篇关于如果配置了部署表单源控件,则无法从门户网站添加WebJob的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

10-18 20:51