將我的電腦加入域後連接到TFS時，如何解決「源控制訪問被拒絕」錯誤？

Question

當我將計算機加入新設置的域名（並因此登錄到我的計算機上的新域帳戶）後，每當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治理文件夾的文件夾所有權，這些都不起作用。

我嘗試過的另一件事，這是可行的（但是我不是特別喜歡的解決方案）是從Private to Public設置Workspace Permission。

據我所知，將工作區權限設置爲public是開發人員在單個機器中共享工作區的一個選項。我不喜歡這個解決方案的原因是因爲我是這臺機器的唯一用戶（這只是我加入了一個域，這使得我的機器相信有兩個用戶）。

我有這種感覺，錯誤是關於一些文件夾所有權問題，我似乎無法把我的手指。

如果一切都失敗了，我可能只需要將我的Workspace權限設置爲Public或者完全重新創建我的工作區（最差情況）。

編輯：（\ MyAccountName） 另一種解決方案我試圖消除一般憑據和Windows憑據我們在這兩個我LOCALMACHINE帳戶的遠程TFS後重新啓動的Visual Studio 2012，並在我的LOCALMACHINE域帳戶（域名\ MyAccountName）。仍然沒有運氣。

Answer 1

我重新使用我的新域帳戶重新生成了我自己的工作空間，現在我不再有錯誤了。

我不得不確保我檢查了所有內容，然後刪除了與我的localmachine本地帳戶關聯的舊工作區，然後使用我的域帳戶創建了新的工作區。我將我的新工作區重新映射到我的舊工作區映射到的文件夾，並且仍然有效。

回答我自己的問題，作爲未來其他人的參考。

Answer 2

除了找到@reverb之外，我還需要手動刪除 C：\ ProgramData \ Microsoft Team Foundation Local Workspaces 下的文件夾，因爲我一次又一次地遇到錯誤。

注意：我更改了我的Windows帳戶，因此可能是緩存文件夾的訪問問題。