3

コンピューターを新しくセットアップしたドメインに参加させた後 (その結果、マシンの新しいドメイン アカウントにログインした後)、ビジュアル スタジオがリモート TFS に接続するたびに、常にアクセス拒否エラーが発生します。私のマシンには、当時最初にワークスペースを作成したローカル アカウントがあります。

私がやろうとしたことはUpdate Workspace Computer Name、役に立たないようにTFS SideKicksをインストールすることです。更新が失敗すると、次のメッセージが表示されます: file access being denied at C:\ProgramData\Microsoft Team Foundation Local Workspaces\<guid>\PC-Name;<guid>\properties1.tf.

一体、上記のファイルを含むディレクトリに移動し、フォルダーの所有権を から に変更し.\MyAccountNameましたDomainName\MyDomainAccountName。その後もエラーが発生しました。

また、ローカルの TFS 管理フォルダーのフォルダー所有権を変更しようとしましたが、これも機能しませんでした。

私が試したもう1つのことは、動作します（ただし、私が特に好きではない解決策です）Workspace Permissionfromを設定することPrivate to Publicです。

私が知る限り、ワークスペースのアクセス許可をパブリックに設定することは、単一のマシンでワークスペースを共有する開発者向けのオプションです。このソリューションが気に入らない理由は、私がこのマシンの唯一のユーザーだからです (ドメインに参加しただけで、マシンに 2 人のユーザーがいると信じ込ませてしまうからです)。

エラーは、指を置くことができないフォルダーの所有権の問題に関するものであると感じています。

他のすべてが失敗した場合は、ワークスペースのアクセス許可をパブリックに設定するか、ワークスペースを完全に再作成する必要があります (最悪の場合)。

編集: 私が試した別の解決策は、localmachine アカウント (.\MyAccountName) と localmachine ドメイン アカウント (DomainName\MyAccountName) の両方で、汎用資格情報と Windows 資格情報をリモート TFS に削除した後、Visual Studio 2012 を再起動することでした。まだ運がありません。

4

3 に答える 3

7

新しいドメイン アカウントを使用して自分のワークスペースを再生成したところ、エラーが発生しなくなりました。

すべてをチェックインしたことを確認してから、localmachine ローカル アカウントに関連付けられた古いワークスペースを削除し、ドメイン アカウントで新しいワークスペースを作成する必要がありました。新しいワークスペースを、古いワークスペースもマップされていたフォルダーに再マップしましたが、それでも機能しました。

将来的に他の人の参考になるように、自分の質問に答えます。

于 2014-03-26T08:38:50.980 に答える
3

@reverbが見つけたものに加えて、以下のフォルダーも削除する必要がありました

%ProgramData%\Microsoft Team Foundation Local Workspaces

エラーが何度も発生したため、手動で。

注: Windows アカウントを変更したため、おそらくキャッシュ フォルダーへのアクセスの問題でした。

于 2016-01-07T12:25:21.540 に答える