TFS 构建工作区所有者不是构建服务帐户答案

【问题标题】：TFS build workspace owner is not the Build Service accountTFS 构建工作区所有者不是构建服务帐户
【发布时间】：2016-07-28 14:31:24
【问题描述】：

我有一个不重要但很烦人的情况。

我们有一台服务器，上面有一组 TFS 2015 XAML 构建代理。

由于某种原因，构建服务“运行方式”帐户和构建工作区所有者之间存在差异。

构建服务设置为我们的服务帐户 - 我们称之为 TfsSvc。构建工作区都是使用我的帐户创建的 - 我们称之为 RobH。

除了我们使用门控签入构建之外，这不会产生太大影响。所以，现在，每个入住通知上都有我的名字：

如果我在 VS2015 中打开 Team Explorer，我可以看到它以我自己的身份连接到 TFS。我想也许我应该删除并重新添加服务器，但删除选项是灰色的。

我看到了一条提示，从 Windows 凭据管理器中删除 TFS 以强制它再次请求您的帐户信息。我确实看到它在那里存储了我的（RobH）凭据。但是，删除它们没有任何效果。

我使用 TFS Sidekicks 工具手动更改了工作区所有者，但这让我很生气 - 它抛出一个错误，说它无法创建工作区，因为另一个用户已经存在一个工作区。

那么，我还能尝试什么？有什么想法吗？

【问题讨论】：

【解决方案1】：

检查构建服务属性（需要停止服务）

如果您使用自己的帐户进行了设置，只需在此处删除您的用户帐户并将文本框留空即可。

更新

您在问题中指的是哪个工作区？

如果您指的是构建代理中的工作区。这很奇怪，因为这个工作区将由 Team Build 自动创建。我们通常称之为工作目录。（在构建代理属性中设置）The build workspaces are all created with my account。您是如何做到这一点的？

您可以在管理工作区对话框 (Need VS) 中查看此信息。此外，此工作区的所有者不会影响哪个工作区签入了更改。

要验证它，您只需删除构建代理上的本地工作区（物理上）并将其从 TFS 服务器中删除。如果您收到 XXX 工作区不存在错误，请禁用并启用代理。之后，正确的身份与搁置集的创建和自动创建的新工作区的查找相关联。

根据您提供的信息，最可疑的是Checked in on behalf of 请仔细检查您的gated build定义和构建日志。如果有一些与此相关的设置或信息。

还请检查更改信息。您同事的封闭式构建的“按用户”的结果是什么？

【讨论】：

【解决方案2】：

如果我理解正确：您需要删除工作区并使用 TfsSvc 帐户重新创建工作区。为此，请执行以下操作：

1 - 未映射所有项目

3 - 删除缓存文件夹@: %localappdata%\Microsoft\Team Foundation\5.0\Cache

4 - 重新映射项目并获取最新版本

这将删除 WorkSpace，您需要创建新的工作区。

【讨论】：