问题标签 [tfs-2015]

我正在尝试为 Visual Studio Team Services REST API 编写一个 JavaScript 客户端，它将 AJAX 请求发送到我们自托管的 Team Foundation Server 2015，但我面临一个跨域问题。

API 需要凭据来进行身份验证，但出于安全原因，浏览器会阻止我的请求，因为该参数Access-Control-Allow-Origin是使用通配符设置的*。

我试图在 IIS 管理器的 HTTP 响应标头和 TFS web.config 文件中添加此参数（实际上是相同的），但我收到一个错误，告诉我此参数有两个不同的值（例如：*和http://localhost:58785），应该只有一个。我猜这个值已经在我无法访问的库代码中定义了，因为 TFS Web 服务已经在 IIS 上编译和运行。

我还尝试使用<location allowOverride="false">web.config 中的标记来禁止配置覆盖，但在这种情况下 TFS 不会启动。

有人已经在这里问过这个问题，并且还在uservoice上发了一张票，但是由于 API 的名称实在是模棱两可（Visual Studio Online REST API），我不知道这个人是否在网上谈论真正的 Visual Studio 或者他的案例与我的相同（自托管 TFS 服务器）。

我们已经在 C# 中实现了一些运行良好的功能，但现在我们确实需要实现 JavaScript 客户端。编写 Web 服务并将其用作查询 API 的代理对我们来说是一团糟，我们不想这样做。

由于我们无法更改配置，我们无法向 API 发送 AJAX 请求，这非常可悲。

我们刚刚将我们的一台服务器从 TFS2012.2 升级到了 TFS2015RC。一切都“顺利”，但我们遇到了一个问题：

前段时间我们为 TFS 写了一个服务器端插件，它监听WorkitemChangedEvent. 它实现了ISubscriber接口。以下代码在更新之前运行良好：

更新后，并针对 TFS2015 dll 重新编译后，出现以下错误：

无法处理通知：TF237124：工作项尚未准备好保存。

请注意，没有任何工作项类型发生变化，它是相同的数据。
我尝试Validate()在保存之前通过调用从错误中获取更多信息，这是输出：

状态：InvalidListValue
状态：“已解决，待审核”
WIT：任务
ID：5842
字段：状态

但是，可用状态列表中确实存在“已解决，待审核”状态。在 GUI 中，完全可以将项目的状态更改为“已解决，待审核”：

是什么导致 Save() 失败？

我们正在尝试使用 TFS 2015 RC 让 xUnit 测试正常运行。我们正在尝试访问存储在我们的解决方案 NuGet 包文件夹中的测试运行程序，该文件夹位于我们的构建代理的放置文件夹中。

我们正在尝试在“自定义测试适配器的路径”$(Build.SourcesDirectory)\WebIZ\packages\xunit.runners.1.9.2\tools 中使用此路径引用测试运行器。构建能够解析路径正常（它之前因路径消息无效而失败），但现在找不到测试运行器

2015-06-09T20:05:40.4008595Z 执行 powershell 脚本：D:\TFS\Build_vNext\AgentSchlitz\agent\tasks\VSTest\1.0.8\VSTest.ps1

2015-06-09T20:05:41.9947507Z 警告：“TestAdapterPath”中指定的路径“D:\TFS\Build_vNext\AgentSchlitz\1c692895\WebIZ\WebIZ\packages\xunit.runners.1.9.2\tools\”确实不包含任何测试适配器，提供有效路径并重试。扩展名。示例：vstest.console.exe myTests.dll /UseVsixExtensions:true

“自定义测试适配器的路径”的正确配置应该是什么？正确的配置应该是： $(Build.SourcesDirectory)\WebIZ\packages\xunit.runners.1.9.2\tools* $(Build.SourcesDirectory)\WebIZ\packages\xunit.runners.1.9.2\tools*

使用由现场 TFS2015 提供的 PowerShell 脚本配置构建代理时，该脚本会出错，因为它无法在服务器上找到代理池。

但是，代理池“默认”肯定存在。在另一台服务器上，相同的脚本按预期工作，并且构建运行。请参阅下面的脚本输出。

我试图遵循：

• 在服务器上创建一个新的代理池，并在脚本中引用它。同样的问题“找不到代理池”。
• 安装了具有最少功能的 Visual Studio 2015。
• 运行脚本的用户是“构建管理员”和“构建服务帐户”安全组的成员。

是什么导致脚本在代理池验证中失败？

PS C:\Windows\system32> E:\Build\agentConfigureAgent.ps1
输入此代理的名称（默认为 Agent-SRV001）：BUILD002
输入 Team Foundation Server 的 URL（默认为：http://[ip- address]:8080/tfs
Configure this agent against which agent pool?（默认池名称为'default'）：
输入此代理的工作文件夹路径（默认为'E:\Build\agent_work'）：E:\Build \Work
您是否要将代理安装为 Windows 服务 (Y/N)（默认为 Y）： n
您是否要取消配置任何现有代理 (Y/N)（默认为 N；代理将被更新）：
配置代理
解锁文件 调用代理配置，不带 /RunningAsService
调用代理配置，不带 /Force
找不到名称为默认值的代理池
警告：配置代理失败，但您可以通过使用 /Force 进行配置来解决此问题。
您是否想再次尝试使用参数 -Force (Y/N) 进行代理配置：y
在没有 /RunningAsService的情况下
调用代理配置 使用 /Force 调用代理配置
无法找到名称为默认
E:\Build\agent\ConfigureAgent的代理池.ps1：配置代理失败。在 line:1 char:1
+ E:\Build\agent\ConfigureAgent.ps1 + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~
+ CategoryInfo : NotSpecified: (:) [Write-Error], WriteErrorException
+ FullyQualifiedErrorId : Microsoft.PowerShell.Commands.WriteErrorException,ConfigureAgent.ps1

似乎没有太多关于这个话题的文献（到了我很确定你做不到的地步）

我看到这篇文章http://nakedalm.com/one-team-project-collection-to-rule-them-allconsolidating-team-projects/中提到了这个TFS 集成平台（自 2012 年 3 月以来未维护），但看起来2012年非常具体。

有人做过吗？

我目前在一个 Windows Server 2012 机器上运行 TFS 2013，在另一个机器上运行 TFS Build 2012 Update 4。我的问题是，如果我升级我的 TFS Build Server 机器以使用 TFS Build 2015，我是否还需要升级我的 TFS 2013 Server？

另外，相反的情况呢？我可以将我的 TFS 2013 服务器升级到 TFS 2015 并且仍然使用我现有的 TFS Build 2012 服务器，它使用 Web 部署来构建和发布到我们网络上的各种其他服务器吗？

我们有一个本地 TFS2015RC 安装。服务器是我们域的一部分。

在同一域中的另一台服务器上配置构建代理 (build.vnext) 时，一切都按预期工作。

但是，在此域之外的服务器上配置构建代理时，会发生以下情况：

使用 ConfigureAgent.ps1：

1. 接受所有默认值
2. 选择交互模式（ei 未安装为 Windows 服务）
3. 然后出现一个身份验证对话框：
   • 我输入一个域用户 ( domain\user)，它是 TFS 的管理员
   • 我提供此用户的域密码。如果密码错误，对话框会这样说，我需要更正它（Windows 中的默认行为）
4. 脚本继续，但在启动代理后它说：

错误：
VS30063：您无权访问 http://{server}:8080/tfs

为什么认证失败？我怎样才能找出它正在尝试与哪个用户进行身份验证？

我努力了：

• 查看 _diag 文件夹中的日志文件。日志文件状态完全相同，没有更多可用信息。
• 尝试了此链接中的建议以在 TFS 服务器上的 IIS 上启用基本身份验证。我这样做了（不情愿地），但它并没有解决问题。

我在服务器上安装了 TFS 2015 RC 和 VS 2015 RC ( Enterprise )。我用一个 msTest 设置了一个简单的测试项目。设置构建应用程序的构建，然后在下一步中运行单元测试。我还将构建设置为 Release 和 MsBuild x64。

如果我在测试步骤中选中“启用代码覆盖”复选框，则构建在运行测试后会挂起。下面是跟踪，在一次测试成功后没有更多的日志记录，我去了 _diag 目录，日志中也显示了相同的内容。我不知道如何使它更冗长。我希望从 vtest.ps1 powershell 脚本中看到更多日志记录。

我们的团队使用 TeamCity 进行持续集成，使用 Git-TFS (TFS2015 RC) 进行版本控制。

我想检查 TeamCity 是否已（成功）构建了特定的提交，因此可以重新集成。

可以使用他们的 REST API 查询 TeamCity 构建，例如：

结果包含一些显示 git commit SHA 的 xml：

事实上，这些信息在理论上是可用的，这让我希望可以通过这些特定信息查询 TeamCity 构建，例如：

但这会产生#400 BAD REQUEST响应。我无法在TeamCity 9 文档中找到这是否可能。我宁愿不迭代所有构建来检查它们是否包含这个特定的提交。

注意：此功能现已由 JetBrains 实施，现在可在TeamCity 9.1 EAP4中使用。

可以使用 Visual Studio Online 运行 Hubot。请参阅https://www.visualstudio.com/en-us/get-started/hubot-and-vso-vs.aspx。

如何为 TFS 2015（本地）完成集成？