Azure DevOps部署文件夹至Azure App Service报错：不存在该部署方法

我结合自己部署.NET项目到Azure App Service的实际经验，来帮你拆解和解决这些问题：

1. 排查"No such deploying method exists"报错 #

这个错误通常是部署任务的配置和你的App Service支持的部署方式不匹配导致的：

• 先检查App Service的部署配置：登录Azure门户，进入你的App Service，在「部署中心」→「设置」里确认Web Deploy是启用状态（默认是开启的，但如果之前手动关闭过会出问题）。
• 验证发布设置文件：你用的.publishsettings文件可能已经过期，比如App Service的部署凭据被修改过。重新在Azure门户的App Service「获取发布配置文件」下载最新的，替换掉流水线里的旧文件。
• 检查部署任务的「Deployment method」：如果选了文件夹部署，要确保任务里指定的部署方式（比如Web Deploy）和App Service支持的一致。有时候任务会自动检测失败，手动指定部署方式（比如选Web Deploy）会更可靠。

2. Azure资源管理器（ARM）连接是否更合适？ #

绝对是更优选择！相比用发布设置文件，ARM服务连接有这些优势：

• 基于Azure AD身份验证，不需要硬编码凭据，更安全，也不会出现发布文件过期的问题。
• 原生支持部署槽、资源组级操作等高级功能，完全满足你未来的需求。
• 配置更简单：在Azure DevOps项目设置里添加「Azure Resource Manager」类型的服务连接，选择你的订阅和App Service授权即可，后续部署任务直接选择这个连接，不用手动上传发布文件。

3. 是否必须将构建工件压缩？ #

不是强制要求，但强烈建议压缩成Zip包：

• Zip部署的稳定性更高，能避免文件传输过程中的遗漏、冲突，部署速度也更快。
• Azure的部署任务对Zip包的支持更完善，不管是Web Deploy还是Zip Deploy方式，都能更好地处理依赖和文件权限。

4. Web Deploy方式下的构建/压缩实现 #

如果你已经把发布文件复制到了工件文件夹，可以通过以下步骤完成压缩和部署：

构建流水线阶段： #

• 执行dotnet publish命令发布代码：

  dotnet publish --configuration Release --output $(Build.ArtifactStagingDirectory)/publish
  

• 添加「Archive Files」任务：
  • 根文件夹设置为$(Build.ArtifactStagingDirectory)/publish
  • 压缩格式选Zip
  • 目标文件路径设为$(Build.ArtifactStagingDirectory)/webapp.zip
• 将这个Zip包发布到Azure DevOps工件库。

发布流水线阶段： #

• 使用ARM服务连接的「Azure App Service Deploy」任务：
  • 选择你的App Service
  • 部署源选择「工件」，指向刚才发布的Zip包
  • 部署方式选「Zip Deploy」（或Web Deploy，两者都支持）

另外，如果你用的是.NET 6及以上版本，dotnet publish可以直接生成Zip包，省去手动压缩步骤：

dotnet publish --configuration Release --output ./publish --zip

生成的Zip包会在publish文件夹里，直接发布这个包即可。

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