我正在考虑将我们的构建从旧的XAML迁移到新的构建系统，但我将构建代理配置为作为服务运行时遇到问题。
将代理配置为以交互方式运行（在构建服务器上的会话中）。构建是可以的，但这不可用，因为我必须打开一个会话并启动代理。
将代理配置为使用默认NT AUTHORITY \ NETWORK SERVICE作为服务运行。构建被破坏了。 WiX不喜欢此帐户，在ICE验证期间失败。丢弃也会失败，因为此帐户无权访问drop文件夹。
将代理配置为作为具有域帐户的服务运行失败。该服务未创建，我收到以下错误：
Installing service vsoagent.tfs-server.tfs-build-server-agent1...
Creating EventLog source vsoagent.tfs-server.tfs-build-server-agent1 in log Application...
An exception occurred in the OnAfterInstall event handler of System.ServiceProcess.ServiceInstaller.
System.NullReferenceException: Object reference not set to an instance of an object.
用户名和密码正常，输入错误密码时出现不同的“用户名或密码错误”错误。该用户在同一构建服务器上用于旧的XAML构建系统，并且位于本地管理组中，因此它具有AFAIK授权。
答案 0 :(得分：1)
我正在运行TFS 2015，我升级到2015更新1然后强制在Web界面中更新代理。在此之后，我可以将代理配置为使用域帐户作为服务运行。
Agent.Version仍在网络界面中说1.83.2，但代理文件夹中的文件实际上是不同的。升级后会保留agent.old文件夹，您可以看到VsoAgent.exe和VsoAgentService.exe具有不同的大小和版本。此agent.old文件夹在46个文件夹中有138个文件，但代理文件夹在53个文件夹中有157个文件。
答案 1 :(得分：0)
缩小问题范围：
1.尝试将代理配置为与另一台计算机上的其他域帐户一起作为服务运行
2.如果您需要更改登录帐户，请不要从服务管理单元执行此操作。而是从提升的命令提示符运行：C：\ Agent \ Agent \ VsoAgent.exe / ChangeWindowsServiceAccount
更新
如果将TFS2015升级到TFS2015update1。不要只在Web界面中使用简单的更新代理。您需要从Web下载代理并在cmd中重新配置它。
答案 2 :(得分：0)
我对WIX验证有同样的问题。但我没有尝试重新配置代理（不是由于问题，仅仅是由于纯粹的懒惰），而是我只是使用服务概述将帐户更改为域帐户。重新启动机器，一切都运行良好。