Tfs 将TeamCity连接到Visual Studio Online

我正在尝试从本地TFS迁移到Visual Studio Online。我们有非常复杂的TeamCity构建过程，我们不想从中迁移出去，因此让TeamCity与VSO合作将是理想的选择

我已经创建了备用用户凭据（根据），并在TeamCity中使用这些凭据。但当我在TeamCity中创建新的VCS时，会出现连接错误：

TF30063: You are not authorized to access https://myproject.visualstudio.com/DefaultCollection/MyProject

我尝试了我的实际凭证（不是替代凭证），但没有任何更改-相同的错误

此外，我还尝试在

tf

命令行工具中使用替代凭证，但无法输入替代凭证-弹出一个窗口，询问我的LiveId

你知道怎么解决这个问题吗

p、 这就是TeamCity配置的外观：

---

要连接到Visual Studio Online，您确实需要在将用于Team City的帐户上启用备用凭据。确保Team City服务器上至少安装了并且安装了整个Visual Studio 2012，包括更新4。Team City至少需要更新2，但Microsoft仅支持Visual Studio 2012 RTM和最新更新（即更新4）

然后在连接屏幕中使用以下信息：

存储库URL：

https://myaccount.visualstudio.com/DefaultCollection

用户名：

##LIVEID##\您的密码。email@live.com

//您的visual Studio Online用户名必须与您的LiveId匹配

密码：**********//为备用凭据设置的密码

您也可以不使用备用凭据

然后在VCS根目录配置中，按以下方式映射TFVC根目录：

Root：

$/MyProject/Path/To/Branch/Root

---

有关更多详细信息，请查看上的这篇文章。

这篇文章最近已更改，需要生成密码

导航到您的站点，网址为 并生成个人访问令牌。并将其用作teamcity vcs根配置中的密码。用户名是你的电子邮件

---

注意：TeamCity 10不再需要“现场”解决方案。

我今天也遇到了同样的问题。上周运行正常的TC实例在周末之后神秘地无法连接到任何VCS根。所有VCS根目录都是visual studio online中的git回购

测试连接失败，更改为已知工作用户帐户仍然失败

---

重新启动TC服务对问题也没有影响。最后，重新启动整个TC服务器解决了这个问题。希望这能帮助其他人解决问题。

好吧，我不能使用备用凭据，因为我在许多构建配置中都使用它，而且它被设置为每60秒轮询一次。所以我不得不做很多手工来修理它。相反，我生成了一个个人访问令牌，并在Team City VCS的Git设置中输入“username”作为用户名，并将PAT粘贴到密码中。这比备用凭证工作得更好、更稳定，备用凭证由于代表TeamCity进行背景调查而不断被禁用

试试看：

https://myproject.visualstudio.com/DefaultCollection/

而不是添加项目名称。然后在源代码管理路径中使用

$/ProjectName/Path/To/File

。还要确保正确输入凭据，请参阅：和。这是TFS project，不涉及Git。我也试过两条路https://....com/defaultcollection/$projectname/和WITH/$projectnam-没有区别URI中必须没有项目名称。您正在连接到TFS中的项目集合，而不是直接连接到团队项目。你能发布你的备用凭证和VCS根目录设置的截图吗？@jessehouwing发布了截图，但不要认为这是问题所在。我丢失了VS更新，因此无法安装它们。我确实丢失了“###LIVE”前缀，但它仍然无法工作。我注意到Jetbrains需要“Visual Studio 2012更新1”，目前尚未安装。也许这就是问题所在。我会在一夜之间把它安装好，然后回来汇报。感谢迄今为止的帮助。由于Microsoft只支持Visual Studio的最新更新版本，我建议安装Visual Studio 2012 update 4。是的，无法获取更新1，因此，正如我们所说的那样安装VS2012 update 4。更新到VS2012.4后，我成功连接到VSO。谢谢你的帮助！最好使用服务帐户凭据，而不是用户凭据。您可以通过使用TFS凭证查看器获得此信息：这对我来说很有效。我在使用“备用身份验证凭据”时，服务器突然与此连接出错。切换到使用生成的个人访问令牌，并使一切恢复正常。仍然不知道为什么另一个连接突然开始失败，因为自从上次成功连接/构建以来，我们没有对环境进行任何更改。5年前我遇到这个问题时没有PAT。