web-dev-qa-db-ja.com

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

Team Foundation Serverで新しいビルドを作成すると、新しいビルドを実行しようとすると次のエラーが表示されます。

パスC:\ Build\ProductReleases\FullBuildv5.4.2x\Sourcesは、ワークスペースBuildServer_23に既にマップされています。

ワークスペースダイアログにその名前のワークスペースが表示されません。

156
NotMyself

コマンドラインユーティリティTF-Team Foundationバージョン管理ツールtf)を使用します。

すべてのワークスペースのリストを取得するには、Visual Studioコマンドプロンプトを表示してから、ワークスペースフォルダーに変更し、次のコマンドを発行します。

C:\YourWorkspaceFolder>tf workspaces /owner:*

リストに問題のワークスペースとその所有者が表示されます。

次のコマンドでワークスペースを削除できます。

C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME
136
NotMyself

次のフォルダーの内容を削除するだけです。

C:\ Users\UserName\AppData\Local\Microsoft\Team Foundation\3.0\Cache

UserNameは実際のユーザーまたは現在のユーザー、3.0はバージョン番号です。

35
Rahim

このエラーは、同じソースを指す2つのビルド定義が原因で発生しました。問題は、ビルドエージェントで静的ビルドディレクトリを使用したことです。

このフォーラムの投稿では、私の問題と解決策について正確に説明しています。 http://social.msdn.Microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

29
YeahStu

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

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

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

25
asuciu

同様の問題があり、問題の原因となっているワークスペースを削除するために、TFSクライアントがインストールされている別のマシンにログインし、次のことを実行しました。

  • ファイルメニューでソース管理詳細をポイントし、ワークスペース...をクリックします。
  • ワークスペースの管理ダイアログボックスで、リモートパッケージの表示チェックボックスをオンにします。
  • Name列で、削除するワークスペースを選択し、Removeをクリックします。
  • 確認ダイアログボックスで、OKをクリックします。
21
TDN

何らかの理由で、コマンドラインユーティリティからワークスペースを削除するのに問題がありました。幸いなことに Team Foundation Sidekicks 201 (from this post )は無料で、TFSワークスペースを表示および削除するためのGUIと、さらに多くの便利なTFS機能を提供します。

16
deadlydog

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

6
Mary Hamlin

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

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

4

これが私がやったことです(まあ私がやること):

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

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

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

ビオラ!

4
Mike Cheel

ファイルが別のワークスペースに既にマップされていることを示す例外が表示されました:"パス{ファイルパス}はワークスペース{ワークスペース名}に既にマップされています。"

このワークスペースは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によって使用されます。

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

4
Morteza

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

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

次は私のために働いた:

tf workspaces /remove:*
1
AyeVeeKay

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

1
Stinky Towel

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

1
Lionel Orellana

私が変更され

Build Definition -> Workspace -> Build Agent Folder

から

c:\some\path

$(SourceDir)

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

0
abatishchev

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

workspace /delete "the-workspace-name"
0
Majid

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

0
Joe

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

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

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

以下に移動します:プロジェクトと私のチーム> 接続の管理

以下に移動します。接続の管理> チームプロジェクトへの接続

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

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

0
Michael Twohey

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

enter image description here

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

enter image description here

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

enter image description here

-3。「接続の管理」に進み、TeamExplorerのホームページを更新します。

enter image description here

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

enter image description here

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

enter image description here

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

0

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

0
user2048576

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

次に、c:/users/myuser/appdata内で 'VersionControl.config'を検索し、見つかった4つの参照を削除しました。 Visual Studioを再度開き、プロジェクトを再マップできました。エラーはもうありません!

0
rpstex

オンプレミスの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」にエントリがある可能性があります。それらをすべて削除します。

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

0
Paul M