我尝试了所有的方法，直到我发现（在阅读this之后）我的（开发）共享应用服务服务计划的存储空间不足！当我升级到一个更大的服务计划时，我可以再次部署！

根据此文档，错误是由于Web Deploy无法连接到远程服务而导致的。请参考以下几点来解决问题：

• 请确保Azure应用服务工作正常。你可以ping远程计算机。
• msdepsvc（“Microsoft Web部署代理服务”）或wmsvc（“Web管理服务”）服务已在远程服务器上启动。
• 防火墙没有阻止目标端口的传入连接。如果使用默认安装，则msdepsvc为80，wmsvc为8172。

此外，您可以尝试将-retryInterval:6000 -retryAttempts:10添加到Azure App Service Deploy task中的附加参数中，如thread所述。

顺便说一句，如果这个问题仍然存在于Azure管道中，请检查这个问题是否存在于本地。您可以参考以下线程：Got 403 Error when doing Web Deployment和Web Deploy results in ERROR_COULD_NOT_CONNECT_TO_REMOTESVC以获得更多指导。

感谢Edward对可能的根本原因所做的深入解释。问题现已解决。根本原因是选定的代理池没有部署权限（IP未列入生产应用程序服务的白名单），因为我们没有将DevOps提供的代理直接用于生产环境。

一个多年来一直运行良好的示例昨天在Web Deploy期间开始给我这个错误。我们这边没有任何更改。没有任何非侵入性的解决方法，但只需点击Azure应用服务概览页面上的重新启动按钮，就可以很容易地解决这个问题。

简而言之：仔细检查发布配置文件（每个元素）。
稍长一点：在我的例子中，我的发布配置文件包含一个ResourceGroup元素，它指向了错误的资源组。MSDeploy）我检查了所有元素，确保它们指向正确的资源、凭据等。
这似乎解决了问题。

在我的例子中，我修改了machine.config来捕获Fiddler中的流量

<system.net>
<defaultProxy
                enabled = "true"
                useDefaultCredentials = "true">
<proxy autoDetect="false" bypassonlocal="false" proxyaddress="http://127.0.0.1:8888" usesystemdefault="false" />
</defaultProxy>
</system.net>

这会干扰到Azure的VS部署