チームビルドエラー：パス…はすでにワークスペースにマップされています

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クライアントがインストールされている別のマシンにログインし、以下を実行しました。

• 上のファイルメニューにポイントソース管理、高度その後、クリックし ...ワークスペースを。
• [ワークスペースの管理 ]ダイアログボックスで、[ リモートパッケージの表示 ]を選択しますチェックボックスをオンにします。
• 下に名前欄、削除することをワークスペースを選択し、[OK]をクリックします削除を。
• で確認ダイアログボックスで、クリックし、[OK]を。

同じ問題がありましたが、ワークスペースを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を検索し、このファイルを含むフォルダーを開き、その内容をすべて削除しました。

以前は手動でファイルを編集してみましたが、同じエラーメッセージが表示され続けました。

これがお役に立てば幸いです。

何らかの理由で、コマンドラインユーティリティからワークスペースを削除するときに問題が発生しました。幸いなことに、Team Foundation Sidekicks 2010（この投稿から）を見つけました。これは無料で、TFSワークスペースを表示および削除するためのGUIと、より多くの便利なTFS機能を提供します。

Visual Studio 2010で同様の問題があり、既にマップされたワークスペースについて不満がありましたが、ワークスペース全体を削除するのではなく、Visual Studioコマンドプロンプトから「tf workspace PROBLEM_WORKSPACE_NAME」を使用しました。これにより、「ワークスペースの編集」ダイアログが表示されました。そこから、エラーを取り除いた「作業フォルダ」リストから問題のパスを削除することができました。

残りはかなり簡単でした。

単純に次のフォルダーに移動します：C：\ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cacheとフォルダーにあるすべてを削除します。

ファイルがすでに別のワークスペースにマッピングされているという例外が発生しました： 「パス{ファイルパス}はすでにワークスペース{ワークスペース名}にマッピングされています。」

このワークスペースは削除されました。私の友人の助けを借りて、TFSがワークスペース情報をユーザーのローカル設定ディレクトリに保存していることを知りました。次の名前のファイルが見つかりました：

VersionControl.config下の{ユーザーのDocuments and Settingsディレクトリ} \ローカルの設定\アプリケーションデータ\マイクロソフト\ Team Foundationの\ 1.0 \キャッシュ。 このファイルには、TFSのすべてのローカルマッピングが含まれています。おそらくMapメソッドを使用し、使用しない場合：public void DeleteMapping（WorkingFolder mapping）; ワークスペースを削除する前に、マッピング情報はこのファイルから削除されません。このファイルは、TFSが特定のパスを既にマッピングしているかどうかを確認するために使用されます。

この問題を解決するには、構成ファイルからすべてのキーを削除します。サーバーキャッシュから再び取得するため、ファイルを削除しないでください。

これが私がやったことです（まあ私がやっていることです）：

TFSサイドキックを使用すると、ユーザーフィルターとサーバーフィルターがクリアされ、空白になります。これにより、すべてのワークスペースを取得できます。

ワークスペース名のビルドエラーを確認してください。OPの場合はBuildServer_23です。これは私の環境では異なりますが、基本的にはエラー名とtfs sidekickリストのエラー名を一致させます。

赤いxをクリックして、ワークスペースを削除します。

ビオラ！

他のユーザーのワークスペースを削除する権限がサーバーにない場合は、ビルド定義の名前を変更するだけです。TFSは新しいワークスペースを作成し、「C：\ Build \ ProductReleases \ new build name here \ Sources」にマップします。

必要に応じて、ビルド定義のクローンを作成して名前を変更することもできます。これは私にとってはうまくいきました。

私は次のようなすべての解決策を試しました：

1. サイドキックを使用してWSを削除します。
2. tfコマンドを使用して、リモートサーバーのワークスペースを削除します。
3. TFSキャッシュフォルダーを削除します。

以下は私のために働きました：

tf workspaces /remove:*

私が変更され

Build Definition -> Workspace -> Build Agent Folder

から

c:\some\path

に

$(SourceDir)

そしてそれは問題を修正しました。

以前にローカルディレクトリにマップして削除したプロジェクトの「最新バージョンを取得」しようとすると、この同じエラーメッセージが表示されました。最初にSideKickツールを試し、次にVisual Studio 2010コマンドプロンプトを試しましたが、どちらもワークスペースがマップされていないことを示していました。

次にc:/users/myuser/appdata、内で「VersionControl.config」を検索し、見つかった4つの参照を削除しました。Visual Studioを再び開いたところ、プロジェクトを再マッピングでき、エラーは発生しませんでした。

これを行う最も簡単な方法は、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

TDNのソリューションは、私が同じ問題を抱えていたときにうまくいきました。ビルドサーバーは私のアカウントの下にワークスペースを作成しました。このボックスをチェックすると、それらを表示して削除できました。

Visual Studio 2017とTFS 2017で同じ問題が発生しました。DefaultCollectionを最初にローカルパスにマップする必要があります。どういうわけか、この手順はスキップされ、マップされたMyFirstProjectのみが取得されました。

あなたがする必要があるのは：
- 1.あなたのTFSのWebページにアクセスし、サーバからプロジェクトを削除します。

-2.ローカルの「ワークスペース」からプロジェクトを削除します

-3。 TeamExplorerであなたのホームページが更新されます「接続の管理」を参照してください。

-4。あなたのDefaultCollectionにセットアップルートパスにあなたをできるようになります設定ページを取得します。

-5。あなたはそれが正常に行われていることのメッセージを取得する必要があります。これでプロジェクトを作成できます。

最初にコレクションのルートをワークスペースにマップしてから、新しいプロジェクトをマップすることが重要です。

私の問題は、複数のアカウントの使用に関連していました。これで、アカウントを切り替えることができました。

チームエクスプローラーを開く

ペイン上部の大きなドロップダウンメニューから...

移動： プロジェクトとマイチーム > 接続の管理

移動： 接続の管理 > チームプロジェクトに接続

「ユーザーの切り替え」リンクを使用して、アカウントを切り替えます。

これで、ワークスペース名が選択したアカウントと一致します。

他の解決策はありませんでした。

新しいアカウントを作成しましたが、古いアカウントには権限がありません（両方とも同じマシン上）。

私が試しました：1）ワークスペースを削除しました（リモートワークスペースをオンまたはオフにしないとVSでは表示されません）2）コマンドラインから削除します3）新しい所有者コマンド4）キャッシュを削除します

そのため、VSを管理者として開き、別のフォルダーにマップしました。

オンプレミスTFSビルドエージェントのAzure DevOps自動ビルドでこの問題が発生しました。TFS Sidekicksを使用したワークスペースの削除は機能しませんでした。そして、tf.exeはそれを削除するためのワークスペースを見つけることさえできませんでした。

このソリューションは、TFS 2017、TFS 2018、Azure DevOps、および場合によっては他のバージョンでも機能するはずです。

1. エラーメッセージのワークスペースGUIDをメモします。
2. ビルドが行われているマシンで、％USERPROFILE％\ AppData \ Local \ Microsoft \ Team Foundation \に移動します（％USERPROFILE％はビルドをトリガーしたユーザーに属します）。
3. そのディレクトリにあるワークスペースGUIDのすべてのインスタンスを検索して削除します。おそらく「キャッシュ」ディレクトリにフォルダがあり、「LocationServerMap.xml」と「LocalItemExclusions.config」にエントリがあります。それらをすべて削除します。

それは私の状況でうまくいきました。

ワークスペースを削除するだけです：

workspace /delete "the-workspace-name"