チームビルドエラー：パス...は既にワークスペースにマップされています
Team Foundation Serverで新しいビルドを作成すると、新しいビルドを実行しようとすると次のエラーが表示されます。
パスC：\ Build\ProductReleases\FullBuildv5.4.2x\Sourcesは、ワークスペースBuildServer_23に既にマップされています。
ワークスペースダイアログにその名前のワークスペースが表示されません。
コマンドラインユーティリティTF-Team Foundationバージョン管理ツール（tf）を使用します。
すべてのワークスペースのリストを取得するには、Visual Studioコマンドプロンプトを表示してから、ワークスペースフォルダーに変更し、次のコマンドを発行します。
C:\YourWorkspaceFolder>tf workspaces /owner:*
リストに問題のワークスペースとその所有者が表示されます。
次のコマンドでワークスペースを削除できます。
C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME
次のフォルダーの内容を削除するだけです。
C：\ Users\UserName\AppData\Local\Microsoft\Team Foundation\3.0\Cache
UserNameは実際のユーザーまたは現在のユーザー、3.0はバージョン番号です。
このエラーは、同じソースを指す2つのビルド定義が原因で発生しました。問題は、ビルドエージェントで静的ビルドディレクトリを使用したことです。
このフォーラムの投稿では、私の問題と解決策について正確に説明しています。 http://social.msdn.Microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/
同じ問題が発生しましたが、TFSサーバーからワークスペースを削除しても機能しませんでした。 （彼の資格情報で既にセットアップされた同僚VMをつかんだことに言及する必要があります。）
私にとってこれはうまくいきました： http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx
...\Local Settings\Application Data \でVersionControl.configを検索し、このファイルを含むフォルダーを開いて、その内容をすべて削除しました。
それ以前は、手動でファイルを編集しようとしましたが、同じエラーメッセージが表示され続けました。
これがお役に立てば幸いです。
同様の問題があり、問題の原因となっているワークスペースを削除するために、TFSクライアントがインストールされている別のマシンにログインし、次のことを実行しました。
- ファイルメニューでソース管理、詳細をポイントし、ワークスペース...をクリックします。
- ワークスペースの管理ダイアログボックスで、リモートパッケージの表示チェックボックスをオンにします。
- Name列で、削除するワークスペースを選択し、Removeをクリックします。
- 確認ダイアログボックスで、OKをクリックします。
何らかの理由で、コマンドラインユーティリティからワークスペースを削除するのに問題がありました。幸いなことに Team Foundation Sidekicks 201 （from this post ）は無料で、TFSワークスペースを表示および削除するためのGUIと、さらに多くの便利なTFS機能を提供します。
既にマップされたワークスペースについて文句を言うVisual Studio 2010で同様の問題が発生しましたが、ワークスペース全体を削除する代わりに、Visual Studioコマンドプロンプトから「tf workspace PROBLEM_WORKSPACE_NAME」を使用しました。これにより、「ワークスペースの編集」ダイアログが表示されました。そこから、問題のパスを「Working Folders」リストから削除することができました。これにより、エラーが取り除かれました。
残りはかなり簡単でした。
C：\ Users {UserName}\AppData\Local\Microsoft\Team Foundation\4\Cacheフォルダーに移動して、フォルダー内のすべてを削除します。
これが私がやったことです（まあ私がやること）：
TFS Sidekicksを使用すると、ユーザーフィルターとサーバーフィルターがクリアされて空白になります。これにより、すべてのワークスペースを取得できます。
ワークスペース名のビルドエラーを確認します。 OPの場合、BuildServer_23です。私の環境では異なりますが、基本的にはエラー名とtfsサイドキックリストのエラー名を一致させるだけです。
赤いxをクリックして、ワークスペースを削除します。
ビオラ！
ファイルが別のワークスペースに既にマップされていることを示す例外が表示されました："パス{ファイルパス}はワークスペース{ワークスペース名}に既にマップされています。"
このワークスペースはbeofreを削除でした。私の友人の助けを借りて、TFSはユーザーのローカル設定ディレクトリの下にワークスペース情報を保存することがわかりました。次の名前のファイルが見つかりました。
VersionControl.config under {User Documents and Settings dir}\Local Settings\Application Data\Microsoft\Team Foundation\1.0\Cache。このファイルには、TFSのすべてのローカルマッピングが含まれています。おそらくMapメソッドを使用し、使用しない場合：public void DeleteMapping（WorkingFolder mapping）;ワークスペースを削除する前に、マッピング情報はこのファイルから削除されません。このファイルは、特定のパスを既にマップしたかどうかを確認するためにTFSによって使用されます。
この問題を解決するには、設定ファイルからすべてのキーを削除します。サーバーキャッシュから再度取得するため、ファイルを削除しないでください。
次のようなすべてのソリューションを試しました：
- サイドキックを使用してWSを削除します。
- Tfコマンドを使用して、リモートサーバーのワークスペースを削除します。
- TFSキャッシュフォルダーを削除します。
次は私のために働いた：
tf workspaces /remove:*
必要に応じて、ビルド定義のクローンを作成してその名前を変更することもできます。これは私のために働いた。
サーバーに他の人のワークスペースを削除する権限がない場合は、ビルド定義の名前を変更するだけです。 TFSは新しいワークスペースを作成し、「C：\ Build\ProductReleases\new build name here\Sources」にマップします。
私が変更され
Build Definition -> Workspace -> Build Agent Folder
から
c:\some\path
に
$(SourceDir)
そしてそれは問題を修正しました。
ワークスペースを削除するだけです：
workspace /delete "the-workspace-name"
私が同じ問題を抱えていたとき、TDNのソリューションは私のために働いた。 Buildサーバーは、私のアカウントの下にワークスペースを作成しました。このボックスをチェックすると、それらを表示して削除できました。
私の問題は複数のアカウントの使用に関連していました。これにより、アカウントを切り替えることができました。
開くチームエクスプローラー
ペインの上部にある大きなドロップダウンメニューから...
以下に移動します：プロジェクトと私のチーム> 接続の管理
以下に移動します。接続の管理> チームプロジェクトへの接続
[ユーザーの切り替え]リンクを使用して、アカウントを切り替えます。
これで、ワークスペース名は選択したアカウントと一致します。
Visual Studio 2017とTFS 2017でも同じ問題が発生しました。最初にDefaultCollectionをローカルパスにマップする必要があります。どういうわけか、この手順はスキップされ、MyFirstProjectのみがマップされました。
あなたがする必要があるのは：
-1。TFS Webページに移動し、サーバーからプロジェクトを削除します。
-2。ローカルの「ワークスペース」からプロジェクトを削除します
-3。「接続の管理」に進み、TeamExplorerのホームページを更新します。
-4。DefaultCollectionへのルートパスを設定できる[構成]ページが表示されます。
-5。正常に終了したというメッセージが表示されます。これで、プロジェクトを作成できます。
コレクションのルートを最初にワークスペースにマッピングしてから、新しいプロジェクトをマッピングすることが重要です。
これを行う最も簡単な方法は、AppDataに移動してTFSキャッシュを削除することです（バージョン3.0または4.0に応じて）
C：\ Users {UserName}\AppData\Local\Microsoft\Team Foundation\3.0\CacheまたはC：\ Users {UserName}\AppData\Local\Microsoft\Team Foundation\4.0\Cache
以前にローカルディレクトリにマップしてから削除したプロジェクトの「最新バージョンを取得」しようとすると、この同じエラーメッセージが表示されました。最初にSideKickツールを試し、次にVisual Studio 2010のコマンドプロンプトを試しました。どちらの場合も、ワークスペースがマップされていませんでした。
次に、c:/users/myuser/appdata内で 'VersionControl.config'を検索し、見つかった4つの参照を削除しました。 Visual Studioを再度開き、プロジェクトを再マップできました。エラーはもうありません！
オンプレミスのTFSビルドエージェントのAzure DevOps自動ビルドでこの問題が発生しました。 TFS Sidekicksを使用してワークスペースを削除しても機能しませんでした。また、tf.exeは削除するワークスペースを見つけることさえできませんでした。
このソリューションは、TFS 2017、TFS 2018、Azure DevOps、およびおそらく他のバージョンでも機能するはずです。
- エラーメッセージのワークスペースGUIDに注意してください。
- ビルドが行われているコンピューターで、％USERPROFILE％\ AppData\Local\Microsoft\Team Foundation \（％USERPROFILE％はビルドをトリガーしたユーザーに属します）に移動します。
- そのディレクトリの下のワークスペースGUIDのすべてのインスタンスを検索して削除します。 「キャッシュ」ディレクトリにフォルダがあり、「LocationServerMap.xml」および「LocalItemExclusions.config」にエントリがある可能性があります。それらをすべて削除します。
それは私の状況ではうまくいきました。