Azure 无法设置web应用的部署源

我在为我的Visual Studio团队服务帐户在Azure Web应用程序上设置部署源时遇到问题

我刚刚重新组织了我的解决方案-添加了一个新项目，并将我的git repo的根目录更改为旧根文件夹的父文件夹（我以前将我的解决方案和项目放在同一个文件夹中，它是我的git根目录，但现在我有了。\solution\&。\solution\project1&。\solution\project2，其中。\solution现在是我的git根目录）

连续部署是通过我的VisualStudioTeamServices帐户设置的，工作正常，但在这次重组之后，它停止了工作。我尝试删除并重新创建Azure网站，还重新创建了VS团队服务项目，但没有什么不同

当我尝试在门户中为我的Web应用设置部署源时，它将失败，并出现以下错误：

Failed to set up deployment source for web app my-web-app(Staging), 
using Visual Studio Team Services. Repository 'UpdateSiteSourceControl' 
operation failed with System.InvalidOperationException: Vso GetRepository: 
Cannot find repository 
https://my_account.visualstudio.com/DefaultCollection/_git/my_repo_name
at 
Microsoft.Web.Hosting.SourceControls.VsoProxy.<GetRepository>d__3f.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Microsoft.Web.Hosting.Administration.VsoSiteRepositoryProvider.<UpdateSiteSourceControl>d__6.MoveNext().

未能为web应用my web应用设置部署源（暂存），
使用VisualStudioTeamServices。存储库“UpdateSiteSourceControl”
操作失败，System.InvalidOperationException:Vso GetRepository:
找不到存储库
https://my_account.visualstudio.com/DefaultCollection/_git/my_repo_name
在
Microsoft.Web.Hosting.SourceControls.VsoProxy.d_u3f.MoveNext（）
---来自引发异常的上一个位置的堆栈结束跟踪---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务）
在System.Runtime.CompilerServices.TaskWaiter.HandleNonSuccessAndDebuggerNotification（任务任务）中
位于Microsoft.Web.Hosting.Administration.VsoSiteRepositoryProvider.d_u6.MoveNext（）。

而不是在新门户中设置部署源。您可以尝试从仪表板上的源代码管理设置部署：

---

而不是在新门户中设置部署源。您可以尝试从仪表板上的源代码管理设置部署：

---

相关问题：另外，您能否检查您是否仍然能够使用没有最近更改的解决方案进行部署？这将有助于确定这是否真的是原因，而不是一些无关的Azure/VSTS问题。是的@david，我用一个项目解决方案再次尝试了它，结果很好。问题似乎在于多项目解决方案。正如我昨天在下面的评论中提到的，在使用classic portal时，有一个使用自定义部署脚本的解决方案，使用新的portal看起来可以通过使用ARM模板使其工作（请参阅），但我还没有尝试过。相关问题：还有，您能否检查您是否仍然能够使用没有最近更改的解决方案进行部署？这将有助于确定这是否真的是原因，而不是一些无关的Azure/VSTS问题。是的@david，我用一个项目解决方案再次尝试了它，结果很好。问题似乎在于多项目解决方案。正如我昨天在下面的评论中提到的，在使用classic portal时，有一个使用自定义部署脚本的解决方案，使用新的portal看起来可以通过使用ARM模板使其工作（请参阅），但我还没有尝试过。这样做允许我将Web应用链接到VS Online repo，但它在部署时会失败（在MSBUILD期间会出现一个相当不具信息性的错误）。我认为问题一定是它不支持多个项目的解决方案，我可能需要创建一个自定义部署脚本。这不应该是必需的，因为解决方案文件知道哪个项目是主“启动”项目，但它不能处理此方案。请参阅此示例：这样做允许我将Web应用链接到VS Online repo，但在部署时会失败（在MSBUILD期间会出现一个非常不具信息性的错误）。我认为问题一定是它不支持多个项目的解决方案，我可能需要创建一个自定义部署脚本。这不应该是必需的，因为解决方案文件知道哪个项目是主要的“启动”项目，但它不能处理这种情况。请参阅以下示例：