web-dev-qa-db-ja.com

常に取得ローカルデータストアは、小規模プロジェクトでの作業中に別の操作で現在使用されています

Visual Studio Team Servicesを使用して、プロジェクトの作業中にプロジェクトのソースコードを保存します。サービスが大好きです。特に無料ですが、最近大きな苦痛に直面しています。

ランダムに保存、変更、チェックイン、チェックアウトを行うと、変更中のすべてのファイルに対してこのエラーが発生します。したがって、8つのファイルへの変更を保存しようとすると、このメッセージが8回表示され、各ファイルのチェックアウトに45〜60秒かかります。エラーが停止するのに6〜8分かかります(キャンセルをクリックしても) 。

ローカルデータストアは現在、別の操作で使用中です

オンラインで調べて、同じ問題を抱えている多くの人を見つけましたが、MSからの応答は私の状況とは何の関係もありません。

http://blogs.msdn.com/b/phkelley/archive/2013/05/31/tf400030-the-local-data-store-is-currently-in-use-by-another-operation。 aspx

これは基本的に、ワークスペース内の多くのファイルが必要な場合、または一度にいくつかの大きなソリューションを開いている場合に発生する可能性があると述べています。

私は通常、一度にソリューションを開いているだけで、プロジェクトは非常に小さい(400〜500ファイル)ので、これは私には当てはまりません。

44
QBM5

VS 2013とTFSでもこの問題に出くわしました-チームエクスプローラーを開くたびに、すべてのプロジェクトを表示するのに10秒以上かかり、ソース管理でプロジェクトを展開すると、さらに10秒以上かかります。

今日、クラスファイルにデータを保存しようとすると、「ローカルストレージが使用されています」というエラーが発生し始めました。私は独自の調査をいくつか行いましたが、この次のリンクで確実に時間を節約できました。今、TFSは燃えています!

解決されたローカルデータストア

ワークスペース(関連するすべてのプロジェクトを含む)を編集し、[場所]ドロップダウンを[ローカル]から[サーバー]に変更します。変更が完了するまで約4〜5分かかりましたが、それだけの価値があります。

うまくいけば、これが将来の誰かを助けるでしょう。

47
Rob Scott

ソース管理エクスプローラー、ソリューションエクスプローラー、および/またはチームエクスプローラーウィンドウを使用してVS 2012+のインスタンスを複数回実行すると、エラーがトリガーされることがわかりました。ソース管理エクスプローラー、ソリューションエクスプローラー、および/またはチームエクスプローラーウィンドウをタンデムで利用して、VS 2012+の単一インスタンス(更新プログラム2+)を実行しているとき、この問題は発生していません。

私はこの記事を見つけて、提案を試してみました。複数のスレッドがデータストアに同時にアクセスするのを防ぐためです。 http://blogs.msdn.com/b/phkelley/archive/2013/05/31/tf400030-the-local-data-store-is-currently-in-use-by-another-operation。 aspx

これは、この問題の解決策であることが判明しました。

ソース管理を使用して大きなファイルリポジトリを持つ他のユーザーに追加し、この問題を共有します。ブランチ/リポジトリごとに複数のワークスペースを作成することは非常に有益です。これを行うことで、TFSへのクエリが非常に高速になり、このエラーの助けにもなることがわかりました。ここでこの提案を見つけました: http://blogs.msdn.com/b/phkelley/archive/2013/05/30/using-multiple-workspaces-with-visual-studio.aspx 。ユーザーがTFSの実行が遅いと言及しているので、これを共有します。

5
CodeLocked

最近、同じエラーメッセージが表示され始め、Visual StudioはTFSとnugetで非常に遅くなり始めました。修復とアンインストールを試みましたが、問題は解決しませんでした。で、それはとても痛いほど遅いので、私は仕事を続けることができません。 (ソース管理エクスプローラーで1つのアイテムを展開するには10秒かかります)

これが私の話と私の問題の解決方法です。

無関係なドキュメントが多数あるため、TFS全体を取得しないように、tfsフォルダーを個別にマップしました。多くの修正提案を試みた後、TFSを使用している間に初めてこの個別のマッピングを行ったため、これが問題になる可能性があると考えました。私は通常、すべてのアイテムを一度にマップして取得しますが、この問題に遭遇したことは一度もありません。

すべてのマッピングを削除しましたが、魔法のようでした。エラーがなくなり、TFSのソース管理が遅くなり、高速になりました。念のため、ワークスペースを削除して新しいワークスペースを作成し、すべてのTFSアイテムを一度に取得します。

5
Levent Sezer

今週も同じエラーが発生し始めました。 VS Update 3に何か問題があるのでしょうか?
単に「壊れた」ローカルワークスペースのプロジェクトで作業できなくなりました。
VSはすべてのファイルをチェックアウト済みとして表示しますが、実際には何も表示されませんでした。
他のローカルワークスペースは正常に機能していました。

ワークスペースからプロジェクトを削除しようとしましたが、確認しようとすると、同じTF400030エラーが再度表示されます。

提案

何も機能しない場合は、これを試してみてください。ワークスペース全体を削除して再度作成し、今回はプロジェクトを異なるワークスペースに分けます。これは私のために働いた。

最初にファイルをバックアップすることをお勧めします。

2
Caio Campos

同じ問題がありましたが、3つの簡単な手順で修正できます。

  1. 現在のワークスペースを削除:ソース管理エクスプローラー-> ワークスペースリストボックス-> ワークスペース....

    -保留中のすべての変更がチェックインされていることを確認します

  2. ワークスペースのローカルフォルダーを削除します。

    -フォルダー全体を削除する方が良い最終的にいくつかのフォルダーを保持する場合は、すべての$ tfフォルダー(ワークスペースフォルダー内の非表示フォルダー)を必ず削除してください

  3. 必要なプロジェクトを再マップします(少ないほど良い)

それが役立つことを願っています。

1
RoyMalka

私は以下のようにやったので、TFSはうまくいき始めました

  1. すべてのVSインスタンスを閉じます
  2. C:\ Users [ユーザー名]\AppData\Local\Microsoft\VisualStudio\15.0_46af8b8eに移動します。
  3. Privateregistry.binファイルを削除します
  4. プロジェクトソリューションを再度開く

上記は私のために働いた。

0
Amit Choudhry

私の場合、原因はローカルデータストアを含む圧縮フォルダーで、Windowsエクスプローラーに青色で表示されていました。圧縮を削除すると、トリックが行われました。

0
Phat Phuc

ワークスペースの名前を変更すると、このエラーが発生しました。元に戻すと、すべてが再び正常に機能しました

0
user3838018