web-dev-qa-db-ja.com

Visual Studio2013でTFSソース管理マッピングを変更する

以前にホストされたTFSにマッピングされた複数のソリューションがあります。それらのローカルマッピングも定義され、すべてのソースコードはローカルで最新でした。その後、TFSサブスクリプションを中止し、visualstudio.comをTFSサーバーとして使用し始めました。

ソリューションの1つに入り、ソリューションから* .vsssccファイルを削除し、ネストされた各プロジェクトから* .vspsccファイルを削除しました。 VS 2013でソリューションを開くと、出力ウィンドウに、元のTFS(現在はサブスクライブされていません)が使用できず、ソリューションがオフラインで開いているというメッセージが表示されます。

その結果、[ソース管理の変更]オプションを選択すると、最初に、資格情報が無効になった古いTFSにログインするように求められます。

さらに、新しいTFSにマップしようとしているローカルディレクトリは、すでに古いTFSにマップされていることがわかります。古いTFSにアクセスせずにこのマッピングを削除するにはどうすればよいですか?

9
Raheel Khan

ここでの回答は、古いTFSサーバーが使用可能な場合に機能します。 VSのサーバーリストから削除されていませんが、削除されていません。そのエントリを削除することで、マッピングとともにソース管理からソリューションを完全に削除し、別のソース管理サーバーに追加することができました。

0
Raheel Khan

オフラインの場合にこれが機能するかどうかはわかりませんが、Manage WorkspacesSource Control Explorer領域を開くとマッピングを削除できます(ワークスペースの右側にあるドロップダウンの...オプションをクリックします:)

ワークスペースの管理-> ワークスペースの選択-> 編集-> マッピングの削除または変更

9
Jim Aho

コマンドラインを使用してマッピングを削除するのがおそらく最も簡単です

tf workspaces /remove workspacename;owner /collection:http://urlto.old:8080/tfs/ProjectCollection

現在のフォルダーの古いワークスペース構成を削除し、フォルダーを新しいサブスクリプションにマッピングした後、Visual Studioは、新しいサーバーへのソリューションバインディングを自動的に更新するように要求する必要があります。

これにより、サーバーからワークスペースが削除されることはありません(ワークスペースを追跡します)が、アクセスできなくなったため、クライアントにフォルダーがマップされていることを忘れさせるのに十分なはずです。

3
jessehouwing