当您使用CI/CD部署应用程序时，请在部署任务中删除插槽名称并将包替换为应用程序文件。以下是示例：

发件人：

- name: 'Deploy to Azure Web App'
      uses: azure/webapps-deploy@v2
      with:
        app-name: 'hello-world-app-to-delete'
        slot-name: 'production'
        publish-profile: $
        package: .

收件人：

- name: 'Deploy to Azure Web App'
      uses: azure/webapps-deploy@v2
      with:
        app-name: 'hello-world-app-to-delete'
        publish-profile: $
        package: ./dist/hello-world-app

有关详细信息，请参阅此GIT blog
要找出问题所在，您可以在Azure应用程序服务的应用程序中执行enable diagnostics logs。我们还可以使用Azure Application Insights监控我们的应用程序。

@SaiKarri-MT给了我一点提示，但我使用的是Azure DevOps而不是GitHub，所以这是我在Azure DevOps中的工作，问题是用Azure DevOps而不是github标记的。
我使用的是Azure DevOps，所以另一个答案基本上引导我查看任务的文档，并确保我使用的是文档推荐的所有内容。我添加了startupCommand和deploymentMethod。经过一点实验，我发现我的问题是我在门户中配置的startupCommand。将其从yaml中删除会在资源配置中留下不正确的startupCommand。

来自：

- task: AzureWebApp@1
      inputs:
        azureSubscription: 'mysub'
        appType: 'webAppLinux'
        appName: 'myapp'
        package: '$(Pipeline.Workspace)/**/myapp.zip'

收件人：

- task: AzureWebApp@1
      inputs:
        azureSubscription: 'mysub'
        appType: 'webAppLinux'
        startUpCommand: ''
        appName: 'myapp'
        package: '$(Pipeline.Workspace)/**/myapp.zip'
        deploymentMethod: 'zipDeploy'

guide for deploying it via yaml省略了两个附加属性，但documentation for the task确实包含了这些信息，尽管示例中没有。我不得不查看每一处房产的信息。