Azure DevOps部署失败：无法获取App Service 'xxx'应用设置

报错核心与服务连接的Contributor权限无关，是Azure资源管理器在指定资源组xxx-dev-rg下未检索到类型为Microsoft.Web/sites、名为xxx-dev-app的应用服务资源，导致AzureAppServiceSettings@1任务无法拉取和更新应用配置。
常见触发原因：

• 任务填写的appName、resourceGroupName和Azure侧实际资源的名称、所属资源组不匹配，存在拼写错误
• 服务连接绑定的Azure订阅和目标资源实际所在订阅不一致，找错了订阅范围
• 配置更新任务执行时机过早：前置的资源创建、应用部署任务未完成，甚至前置步骤执行失败导致目标App Service根本没创建出来
• 资源类型不匹配：你计划部署的是静态Web应用（Azure Static Web App），这类资源的类型为Microsoft.Web/staticSites，而AzureAppServiceSettings@1任务仅支持操作标准App Service/Function App（对应Microsoft.Web/sites类型资源），资源类型不匹配时也会返回找不到站点的错误
• 使用了App Service部署槽但未指定槽名：任务默认查找生产槽资源，如果应用部署在非生产槽、且生产槽不存在，会触发该报错

• 核对资源基础信息
  登录Azure Portal找到目标部署资源：
  1. 先确认资源类型：如果是Azure静态Web应用，直接替换AzureAppServiceSettings@1任务，改用Azure CLI任务调用静态Web应用的配置接口更新参数，不要用适配普通App Service的设置任务
  2. 直接复制Portal上显示的资源准确名称、所属资源组名称、所属订阅ID，替换流水线任务里的对应参数，同时核对服务连接绑定的订阅和资源所在订阅完全一致，不要手动拼写避免错字
• 检查流水线任务执行顺序
  确认AzureAppServiceSettings@1排在所有资源创建、应用部署任务之后，且前置任务没有被跳过、没有执行失败。首次部署时可以先单独运行资源创建/基础部署步骤，等Portal上能看到目标资源处于正常运行状态后，再执行配置更新步骤验证
• 补全部署槽配置
  如果使用了部署槽，在任务参数中补充slotName字段，填入实际使用的槽位名称（例如staging），不要留空使用默认的生产槽配置
• 做连通性校验
  在配置更新任务前增加一个Azure CLI任务，使用同一个服务连接执行az webapp show --name 你的应用名 --resource-group 你的资源组名命令，如果命令同样返回资源不存在，即可排除任务本身故障，直接定位为订阅、资源组、资源名的匹配问题。

内容的提问来源于stack exchange，提问作者anystacy