Kolky's questions

我们有一个 Azure DevOps 管道，它首先使用 ARM 模板部署我们的资源，然后使用 zip 部署我们的 AppServices。我们已经多次运行管道，并且应用程序正在正确运行。

在另一次部署尝试之后的某个时间 - （资源的）第一个部署步骤失败。部署中的更改不包含对 AppService 的任何更改。并且失败的部分不是AppService（而是说我们的数据库），AppService 仍然不可用。看起来它已重置为默认托管设置。似乎以前的部署在“/data/SitePackages”文件夹中仍然可用，但“/site/wwwroot”文件夹仅包含默认的“hostingstart.html”文件。

我对增量部署的理解是，如果 AppService 未更改，它应该保留所有设置！（因此它之前的部署处于活动状态。）

这是默认行为吗？当部分部署失败时，我们能否以某种方式保持以前的应用程序运行？我们是否需要选择另一种部署策略？

我们的管道看起来像这样；

jobs:
  - deployment: 'Deploy'
    environment: '${{ parameters.environment }}' # The environment to use in Azure Devops (controls the required approvals)
    variables:
      - template: '../variables/deploy-variables.yml'
        parameters:
          environment: '${{ parameters.environment }}'
    strategy:
      runOnce:
        deploy:
          steps:
          - task: AzureResourceManagerTemplateDeployment@3
            displayName: 'Azure - Deploy resources'
            inputs:
              deploymentScope: 'Resource Group'
              azureResourceManagerConnection: '${{ parameters.azureServiceConnection }}'
              subscriptionId: '$(azureSubscriptionId)'
              action: 'Create Or Update Resource Group'
              resourceGroupName: '$(resourceGroup)'
              location: 'West Europe'
              templateLocation: 'Linked artifact'
              csmFile: '$(Pipeline.Workspace)/drop-resources/files/arm/resources/azuredeploy.json'
              csmParametersFile: '$(Pipeline.Workspace)/drop-resources/files/arm/resources/azuredeploy.parameters.json'
              deploymentMode: 'Incremental'

          - task: AzureWebApp@1
            displayName: 'Deploy Service'
            inputs:
              azureSubscription: '${{ parameters.azureServiceConnection }}'
              appName: '$(serviceName)'
              package: '$(Pipeline.Workspace)/drop-app/archives/Service.zip'