2015-12-11 126 views
0

我正在为我的团队设置TFS 2015来尝试,而且我无法将其启动。它听起来简单直接,但事情不起作用,我找不到任何诊断,教程不符合我所看到的。一些亮点:设置Team Foundation Server 2015构建服务器时出现问题

  • 当我从服务器上下载构建代理,我没有得到一个PowerShell文件(ConfigureAgent.ps1),我得到ConfigureAgent.cmd。
  • 设置构建控制器的图像和说明向我展示了带有构建控制器和构建代理的TFS管理控制台及其“状态”下的状态(请参阅Team Foundation Server 2015 Builds will not starthttps://msdn.microsoft.com/en-us/library/ms181712.aspx。)在我的系统上,我看到这个显示在XAML Build Config下(旧的方式),但控制台中的Build项没有这样的东西。它有一个下载代理的链接,但安装代理不会改变这一点。
  • 安装代理似乎正常工作。我得到一个正在运行的服务,并且门户网站同意我在默认队列和池中有一个代理。
  • 但是,排队构建就在那里。我找到了代理的_diag文件夹,该文件夹包含一系列“接收到消息,没有检索到消息”行的日志。我找不到其他地方检查服务器是否知道这个构建。
  • 服务帐户是网络服务,我已经尝试将它放在每个提到的有关权限的TFS组中。

我的设置是在我们的生成机器上安装了TFS和VS 2015,它还托管构建代理。我在8079端口上,因为端口8080被占用。这肯定是我错过的愚蠢,因为一切看起来喜欢它的工作。有没有人从现有的安装中得到这个野兽?

+2

您的第二个项目符号是因为您正在查看这些屏幕截图中的XAML构建系统。 TFS 2015有两个构建系统,XAML系统较旧且不太健壮。较新的构建系统没有构建控制器,只有代理。 –

+0

这就是我的想法,这些截图都令人沮丧。你可以看到他们中的一些他们在“构建”而不是“XAML构建”,所以显然不是从2015年 –

回答

1

使用实际的服务帐户而不是NETWORK SERVICE,并确保该服务帐户是团队项目中的Build Service Accounts组的成员。

+0

我会尝试,但为什么它是默认的,如果它不起作用?或者更重要的是,为什么它不起作用? –

4
  1. 的configureagent.cmd是正确的文件(它几乎是他PS脚本做)
  2. 确保代理运行的帐户下是在“代理池服务帐户”角色。最好使用不是本地服务帐户的域/机器帐户。
  3. 确保在集合中设置了队列(https://your-tfs-server:8080/tfs/your-collection/_admin/_AgentQueue)。如果不是 - 选择“新队列..”并选择现有队列。
  4. 确保在通过Web访问设置构建时,代理的功能满足(在常规选项卡上)需求。

如果这一切是在地方,我发现它在交互模式下运行的代理(不作为服务),可以方便测试。这可以让您更好地了解正在发生的事情。在工作时,您可以再次将其配置为服务。

+0

我只是看了一下,2015的agent.zip包含ConfigureAgent.ps1和2015的更新1 agent.zip包含ConfigureAgent.cmd如果你从2015年更新到2015.1,你最终都会看到两者都起作用,我改变了我的配置在更新到2015.1之后使用PowerShell脚本。 –

+0

我已经切换到使用域帐户并验证了所有内容。我对构建没有任何要求,目前它只是一个测试脚本。在交互模式下我没有任何用处;有没有用于详细记录的开关?尽管如此,我仍然在日志文件中看到“未检索到消息”。 –

0

对我来说,问题在于IIS的Team Foundation Server站点设置的身份验证“Windows身份验证”必须启用。

我正在使用Windows用户作为作为服务运行的构建代理的登录凭据。

请记住这个新的构建系统现在使用所有的http。 它不会与任何tfs构建控制器进行通信。

相关问题