3

在我将计算机加入新设置的域（并因此在我的计算机上登录到我的新域帐户）后，每当 Visual Studio 连接到我们的远程 TFS 时，我都会经常收到拒绝访问错误。我的机器有一个本地帐户，当时我首先从该帐户创建了工作区。

我试图做的是安装 TFS SideKicks 试图Update Workspace Computer Name无济于事。当更新失败时，我得到一个：文件访问被拒绝C:\ProgramData\Microsoft Team Foundation Local Workspaces\<guid>\PC-Name;<guid>\properties1.tf。

为了它，我去了包含所述文件的目录并将文件夹的所有权从 更改.\MyAccountName为DomainName\MyDomainAccountName。之后我仍然得到错误。

我还尝试更改本地 TFS 管理文件夹的文件夹所有权，但也没有用。

我尝试过的另一件事（但它不是我特别喜欢的解决方案）是设置Workspace Permissionfrom Private to Public。

据我所知，将工作空间权限设置为公共是在单台机器上共享工作空间的开发人员的一个选项。我不喜欢这个解决方案的原因是因为我是这台机器的唯一用户（只是我刚刚加入了一个域，这让我的机器相信有两个用户）。

我有这种感觉，这些错误与一些我似乎无法解决的文件夹所有权问题有关。

如果一切都失败了，我可能只需要忍受我的工作区权限设置为公共或完全重新创建我的工作区（最坏的情况）。

编辑：我尝试的另一个解决方案是在我的本地机器帐户 (.\MyAccountName) 和我的本地机器域帐户 (DomainName\MyAccountName) 中将通用凭据和 Windows 凭据删除到远程 TFS 后重新启动 Visual Studio 2012。仍然没有运气。

4

3 回答 3

7

我使用我的新域帐户重新生成了自己的工作区，现在我不再收到错误消息了。

我必须确保检查了所有内容，然后删除了与我的 localmachine 本地帐户关联的旧工作区，然后使用我的域帐户创建了一个新工作区。我将新工作区重新映射到旧工作区也映射到的文件夹，它仍然有效。

回答我自己的问题，以供将来其他人参考。

于 2014-03-26T08:38:50.980 回答
3

Additionally to what @reverb found, I also needed to delete the folders under

%ProgramData%\Microsoft Team Foundation Local Workspaces

manually, as I ran into the error again and again.

Note: I changed my Windows Account, so probably it was an access problem to the cache folder.

于 2016-01-07T12:25:21.540 回答
0

我无法对 Martin 的回答添加评论，但授予相应用户对此文件夹“%ProgramData%\Microsoft Team Foundation Local Workspaces”的完全访问权限解决了我的问题。

于 2020-12-12T15:17:40.040 回答