【问题标题】:Lost VSTS source control bindings in Visual StudioVisual Studio 中丢失 VSTS 源代码控制绑定
【发布时间】:2017-10-19 18:48:54
【问题描述】:

Visual Studio 2015 视觉工作室 2013 直到最近使用 TFS 和我的雅虎电子邮件进行 Microsoft live id 的源代码控制。 最近从 TFS 过渡到 VSTS。

几个星期前,devops 将我的 VSTS 帐户切换为使用公司电子邮件而不是雅虎电子邮件。 之后在VS中我不能再使用源代码控制了, 收到错误:“TF30063:您无权访问 usga.visualstudio.com\DefaultCollection。” 并且无法绑定到源代码管理。 Devops 删除了我的公司电子邮件帐户并重新激活了我的雅虎电子邮件帐户 VS 中的源代码控制再次开始工作,现在使用 VSTS。

我已经有一周左右没有使用 Visual Studio。 今天我发现:

我的解决方案丢失了源代码管理绑定。 我无法在 Visual Studio 中再次将我的解决方案绑定到源代码管理。 当我重新绑定时,它告诉我状态为“无效”。 我没有收到任何其他错误。 适用于所有过去可以与源代码管理一起正常工作的解决方案。 我似乎可以访问 www.visualstudio.com -> mycompany.visualstudio.com 并且可以在那里看到我的项目。

请帮助我理解发生了什么并重新绑定。 非常感谢

【问题讨论】:

    标签: visual-studio tfs azure-devops


    【解决方案1】:

    这应该是缓存相关的问题,尝试delete VS and TFS缓存并重启VS。

    也尝试删除您存储在凭据管理器中的帐户信息(控制面板-所有控制面板项-凭据管理器-Windows 管理器

    然后使用您的个人帐户重新连接到 Visual Studio 中的 VSTS,确保选择使用的工作区,获取最新的;或者直接删除旧工作区,新建一个。

    【讨论】:

    • 谢谢,但是当个人环境重置为默认值并且很多(如果不是全部)Visual Studio 扩展必须重新-安装。 Team Foundation Server 和 Collection 配置在用户数据重置期间消失。如果可能的话,我想避开这条路线。
    • 嗨@KarenSlon 对此有任何更新,您的问题解决了吗?实际上,源代码控制绑定存在于服务器上,因此您的本地环境可能有问题。即使你休息的环境是一个垃圾“激烈”,但它应该是摆脱僵局的简单、有效的方法。
    【解决方案2】:

    我的问题已通过以下方式解决: 1. 当我四年前开始使用 TFS 时,我已经使用我的个人电子邮件创建了 Microsoft Live Id 帐户

    1. 今年我们的 devops 将我们从 TFS 切换到 VSTS 他们试图强制执行每个人的规则,以将他们的 Office 电子邮件用于 MS Live Id 帐户。所以他们用 Office 电子邮件为我创建了新帐户

    2. 那么我已经描述了问题

    3. 通过将我切换回使用原始 MS 帐户和我的个人电子邮件来解决问题。

    1. 我不得不删除 Visual Studio 2015 中的现有工作区 并为我的解决方案创建新的解决方案以将代码重新绑定到 VSTS。 出于某种原因,我不得不重复这个过程几次。

    希望对你有帮助

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2010-11-01
      • 1970-01-01
      • 1970-01-01
      • 2017-05-12
      • 2023-03-24
      • 2011-09-29
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多