チーム構築エラー:パス … はすでにワークスペースにマッピングされています

StackOverflow https://stackoverflow.com/questions/226288

  •  03-07-2019
  •  | 
  •  

質問

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

  • で ファイル メニューをポイントして、 ソース管理, 高度な, をクリックしてから、ワークスペース....
  • の中に ワークスペースの管理 ダイアログボックスで、チェックマークを付けます リモートパッケージを表示 チェックボックス。
  • 下 名前 列で、削除するワークスペースを選択し、 取り除く.
  • で ザ 確認 ダイアログ ボックスで、クリックします わかりました.

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

Visual Studio 2010で既にマップされたワークスペースについて不平を言っているのと似たような問題がありましたが、ワークスペース全体を削除する代わりに、Visual Studioコマンドプロンプトから＆quot; tf workspace PROBLEM_WORKSPACE_NAME＆quot;を使用しました。これにより、「ワークスペースの編集」が表示されました。ダイアログ。そこから、「Working Folders」から問題のパスを削除できました。リスト、エラーを取り除きました。

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

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

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

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

Viola！

残りは非常に簡単でした。

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

ファイルがすでに別のワークスペースにマッピングされていることを示す例外が表示されていました。 ＆quot;パス{File Path}はワークスペース{Workspace Name}に既にマップされています。＆quot;

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

VersionControl.config {User Documents and Settings dir} \ Local Settings \ Application Data \ Microsoft \ Team Foundation \ 1.0 \ Cacheの下。 このファイルには、TFSのすべてのローカルマッピングが含まれています。おそらくMapメソッドを使用し、使用しない場合： public void DeleteMapping（WorkingFolder mapping）;ワークスペースを削除する前に、マッピング情報はこのファイルから削除されません。このファイルは、特定のパスを既にマップしたかどうかを確認するためにTFSによって使用されます。

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

サーバーで他の人のワークスペースを削除する権限がない場合は、ビルド定義の名前を変更するだけです。 TFSは新しいワークスペースを作成し、それを＆quot; C：\ Build \ ProductReleases \ new build name here \ Sources＆quot;にマッピングします。

該当する場合は、ビルド定義を複製してその名前を変更することもできます。これでうまくいきました。

次のようなすべてのソリューションを試しました：

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

次は私のために働いた：

tf workspaces /remove:*

変更しました

Build Definition -> Workspace -> Build Agent Folder

から

c:\some\path

to 

$(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のソリューションは、私が同じ問題を抱えていたときに機能しました。 Buildサーバーは、私のアカウントの下にワークスペースを作成しました。このボックスをオンにすると、それらを表示および削除できます。

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

ここに画像の説明を入力してください

する必要があるのは、次のとおりです。
-1。 TFS Webページに移動し、サーバーからプロジェクトを削除します。

ここに画像の説明を入力してください

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

ここに画像の説明を入力してください

-3。「接続の管理」に移動します。 TeamExplorerのホームページが更新されます。

ここに画像の説明を入力してください

-4。 DefaultCollectionへのルートパスを設定できる[構成]ページが表示されます。

ここに画像の説明を入力してください

-5。正常に終了したというメッセージが表示されます。これでプロジェクトを作成できます。

ここに画像の説明を入力してください

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

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

チームエクスプローラー

を開きます

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

移動先： プロジェクトとチーム＆gt; 接続の管理

移動先： 接続の管理＆gt; チームプロジェクトへの接続

「ユーザーの切り替え」を使用するアカウントを切り替えるためのリンク。

ワークスペース名は選択したアカウントと一致します。

ワークスペースを単に削除します：

workspace /delete "the-workspace-name"

オンプレミス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」のエントリと同様に、「キャッシュ」ディレクトリにフォルダがある可能性があります。それらをすべて削除します。

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

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top