我们使用 MS 托管的 Azure DevOps（在 TFS 样式的存储库中）。多年来，我一直运行良好。但几个月前，我开始收到异常频繁的重新输入凭据提示……这演变成一个错误，以“发送时出现意外错误”结尾（我真希望现在有完整的错误消息。）在此，我可以反复刷新……通常 3 或 4 次……直到它最终让我做我想做的任何事情（比较、签出、签入、获取最新等）。
为了清除这种状态，我发现有线程建议删除 %localappdata%/.IdentityService……我照做了。这也许是一个坏主意。它没有帮助……事实上，它最终导致我无权执行操作。刷新几次有效……但不再有效。
因此，下一步是完全卸载/重新安装 Visual Studio 2019 Community（安装期间和安装后均需重新启动）。现在，当我尝试设置与项目的连接时，连接对话框会找到我过去使用过的服务器，并向我提供服务器，但下面没有显示任何项目。其中实际上有两个团队项目……当然，在我选择一个项目之前，连接按钮永远不会亮起。
我还有另一台电脑……在同一个无线局域网上连接到 Verizon mifi 2011 5g（顺便说一下，不是公司设置），在这台第二台电脑上，一切都运行正常……而且使用的是同一个 MS 帐户！两台电脑都很好地连接到了互联网。两台电脑都允许我毫无怨言地进入项目的 Web 门户。两台机器的 Speedtest 都还不错。其他付费墙和 cookie 应用程序在两台机器上都按预期运行。
我的账户有一个奇怪的“特点”，那就是它是一个带有 Gmail 地址的 MS 账户。也就是说，当我在那天设置账户时，我使用了我的[电子邮件保护]。它的密码与我的 Google gmail 帐户不同。我注意到，当 VS 本身的登录对话框闪烁时[电子邮件保护]。我期望某种映射......所以我不知道这是否会以任何方式导致问题......因为它在第二台计算机上完美运行。
发生故障的机器是一台戴尔 XPS 15 9570 笔记本电脑。第二台是一台使用 newegg 零件的 Frankenstein 台式机。这两台机器都是 Windows 10 Enterprise 机器，我使用 Windows 更新使它们保持最新状态。
答案1
对于任何陷入这种状态的可怜灵魂，我想我会发布最终有效的方法：
退出 VS
在所有浏览器中注销所有 Microsoft 帐户，并删除所有与 MS 相关的 cookie...包括 Internet Explorer（您可能已经永远不能用过的）。
确保您已明确启用 TLS 1.2：
HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\客户端已启用 = 1
（基于封闭的VS 社区报告的问题上面说的是 TLS 1.0...但它已经有 2 年历史了）
启动 VS - 登录
连接到团队项目（在团队资源管理器的管理连接窗口中）
还有一个与硬件/固件相关的错误。事实证明，在这个型号和类似型号中，电池电量传感器的某个地方存在一个错误，导致固件将你的 CPU 置于低功耗状态，即使插入电源也是如此。你必须断开电池一两分钟，低功耗状态就会消失。这会传播到外围设备……并且网络操作经常超时。这可能是根本原因。