需要将运行 TFS 构建服务的帐户（NT AUTHORITY\NETWORK SERVICE）添加为发布管理服务器中的系统用户答案

【问题标题】：The account running the TFS build service (NT AUTHORITY\NETWORK SERVICE) needs to be added as a system user in the Release Management Server需要将运行 TFS 构建服务的帐户（NT AUTHORITY\NETWORK SERVICE）添加为发布管理服务器中的系统用户
【发布时间】：2014-12-06 10:50:28
【问题描述】：

我在尝试从我的构建中触发发布时收到上述错误。构建独立运行，发布独立运行，但我无法触发发布。

我的问题是发布管理中没有系统用户这样的东西。有一个Service User，将上面的用户设置为Service User。它也被设置为发布管理器。

它也在 TFS 的项目集合管理员组中，并具有“代表他人提出请求”权限。为了让它发挥作用，我已经做了所有我认为我需要做的事情。

我唯一能想到的是，Release Management 安装在与 TFS 不同的服务器上（尽管它与构建代理在同一台服务器上），也许它使用的是“不同”的 NETWORK SERVICE 用户，因为我相信 NETWORK SERVICE 用户是本地用户（虽然我不确定）。

我已经尝试了我能找到的一切。其他人收到此错误，但似乎总是通过在发布管理中设置服务用户权限来解决。

我还需要设置什么才能使其正常工作吗？

谢谢。

【问题讨论】：

标签： tfs build-process release-management ms-release-management

【解决方案1】：

关于网络服务帐户是每台机器的本地帐户，您是正确的。这似乎是你的问题。当一个进程作为本地 NetworkService tries to authenticate with a remote system, it does so as domain\machinename$ 运行时。

因此，要解决您的问题，请尝试使用 domain\{YOURTFSMACHINENAME}$ 作为 TFS 构建服务的帐户，将您的 TFS 构建服务计算机名称添加到发布管理服务器的相应本地安全组中。

【讨论】：

谢谢，但这似乎没有帮助。我已经确认执行构建的构建代理，但是，正在与 Release Management 在同一台服务器上运行，因此看起来正在发生其他事情。
您的构建控制器与发布管理是否在同一台服务器上？如果不是，您可能想尝试添加该服务器名称。还有this post (Link)关于禁用构建服务器上的代理以解决相同的错误。
我的构建控制器与发布管理不在同一台服务器上，但我的构建代理在。是的，我看到了那个帖子 - 它说，“在为帐户 tfsbuildservices 禁用构建服务器中的代理后，它开始按预期工作”。就我而言，该帐户是 NETWORK SERVICE（不是 tfsbuildservices），但我不知道这是什么意思。 “禁用帐户的构建服务器中的代理”是什么意思？什么代理？
已解决：将@malexander 的答案标记为正确，因为这绝对是问题的一部分（尽管 domain\{machinename}? 不起作用，但 {machinename}? 本身就起作用了）。但是在构建服务本身的配置中还有另一个问题，与 TFS 的连接配置为machinename:8080/[...] 而不是machinename.domain:8080/[...]。虽然 TFS 看起来像这样运行良好，但 ReleaseManagementBuild.exe（实际上是触发发布的）却没有，并且产生了上述错误，这并不是特别有用。

【解决方案2】：

使用分布式安装时的最佳选择是使用显式域服务帐户。虽然您可以使网络服务正常工作，但使用帐户要容易得多。

我建议您创建一个域\tfsrm 帐户并将其用于通信。

【讨论】：

+1 评论。我想如果我有更多问题，我会这样做。现在，我只是要慢慢后退......

【解决方案3】：

我收到了同样的错误，但在我的情况下，罪魁祸首是 RM 客户端不仅必须安装在 TFS-RM 服务器上，而且还必须最低配置与 RM 服务器地址. 否则，在单服务器部署中，使用网络服务作为 TFS 并构建代理服务帐户就可以了。

【讨论】：