Github Action部署Azure Containerapp失败：实例存在却提示不存在

1. 统一Azure CLI版本，消除版本差异 #

你的验证步骤使用的是 runner 默认环境的Azure CLI，而部署步骤指定了固定版本2.50.0，版本不一致可能导致API兼容性问题，引发资源识别错误。修改验证步骤，强制使用相同版本的CLI：

- name: Check if container app exists
  uses: azure/CLI@v1
  with:
    azcliversion: 2.50.0
    inlineScript: |
      az containerapp show --name sample-name --resource-group primary-resourcegroup

2. 确认containerapp扩展的完整性 #

部署步骤中虽然执行了扩展安装，但可能存在安装不彻底的情况。在扩展安装后增加版本验证，必要时指定稳定版本安装：

inlineScript: |
  az config set extension.use_dynamic_install=yes_without_prompt
  # 指定稳定版本安装扩展
  az extension add --name containerapp --version 0.3.20 --upgrade
  # 验证扩展状态
  az extension show --name containerapp
  # 执行后续部署命令
  az containerapp registry set -n sample-name -g primary-resourcegroup --server xxx.azurecr.io --username  ${{ secrets.REGISTRY_USERNAME }} --password ${{ secrets.REGISTRY_PASSWORD }}
  az containerapp update -n sample-name --cpu 0.75 --memory 1.5Gi -g primary-resourcegroup --image xxx.azurecr.io/xxx:${{ github.sha }}

3. 锁定Azure订阅上下文 #

如果你的服务 principal有权限访问多个订阅，可能存在上下文切换问题，导致操作指向错误订阅。在登录步骤后强制指定目标订阅：

- name: Set Target Azure Subscription
  run: |
    az account set --subscription <你的订阅ID>

或者在所有containerapp命令中添加--subscription参数，确保操作目标正确：

az containerapp show --name sample-name --resource-group primary-resourcegroup --subscription <订阅ID>
az containerapp update -n sample-name --cpu 0.75 --memory 1.5Gi -g primary-resourcegroup --image xxx.azurecr.io/xxx:${{ github.sha }} --subscription <订阅ID>

4. 严格匹配资源名称大小写 #

Azure部分资源对大小写敏感，将所有命令中的sample-name和primary-resourcegroup替换为az containerapp show返回结果中完全一致的大小写格式（直接复制返回的name和resourceGroup字段值）。

5. 清除Azure CLI缓存 #

旧缓存可能导致资源识别异常，在部署步骤中添加缓存清理命令：

inlineScript: |
  az config set extension.use_dynamic_install=yes_without_prompt
  az extension add --name containerapp --upgrade
  # 清理CLI缓存
  az cache purge
  # 执行后续部署命令
  az containerapp registry set ...

6. 检查托管环境状态 #

容器应用依赖的托管环境（Managed Environment）异常也会导致update命令无法识别资源，执行命令检查其状态：

az containerapp env show --name <你的托管环境名称> --resource-group primary-resourcegroup

确保provisioningState为Succeeded，若状态异常，可尝试重启托管环境（注意：该操作会影响环境下所有应用）。

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