web-dev-qa-db-ja.com

Visual Studio 2013、TFSは非常に遅い

VS Ultimate 2013を最初にインストールしたとき、すべてが順調でしたが、先月かそこらまでは犬でした。 Visual Studio 2013インストールでのソース管理の探索が非常に遅い。ノードをクリックするだけで、ノードの内容を表示する操作に20秒以上かかります。

チームの他の誰もが大丈夫ですので、TFSサーバーではなく、単なるインストールです。 VSにインストールしたアドインだと思ったので無効にしましたが、運はありませんでした。

何か案は?

33
DaveF

すべての提案を試し、すべてのアドオンをアンロードし、VSを再インストールしようとし、余分なワークスペースをすべて削除しようとしました。問題が解決しました。根本的な障害が何であるかについての手がかりを得ていません。

31
DaveF

私の場合、遅れを取り除く唯一の方法は、ワークスペースの場所を「ローカル」からサーバーに変更することでした。これは、ワークスペースの詳細オプションで実行できます。

9
Zoomzoom

私のために働いた「フルブラスト」ソリューションは次のとおりでした。

  • ワークスペースを削除
  • すべてのソースコードを削除
  • ワークスペースを再構築する
  • 再構築ソリューション

justワークスペースの再構築(@DaveFの答えを参照)よりも数分しかかかりませんが、すべてが一緒にハングするという確信が少しありました。

3
Steve Cooper

これが何回か私に起こった場合、受け入れられた答えに追加したいことがいくつかあります。

私は、多くのファイルを含む多くのVSソリューションがある場所で働いています。 Microsoftのガイドライン ローカルワークスペースに100,000を超えるアイテムが含まれる場合は、ローカルワークスペースを使用しないことをお勧めします。したがって、次の方法でこの問題を完全に防ぐことができます。

  1. ローカルワークスペースを使用しない
  2. 関連付けられた100,000を超えるファイルを取得するのに十分なフォルダーを単一のワークスペースにマップしないようにしてください。
  3. 定期的に「TFS破産」を宣言し、すべてのマッピングを解除します。

私にとっては、厳密なロックを使用しなければならず、オフラインアクセスがないという欠点により、#1は受け入れられません。私は#2をもっと頑張ろうとしますが、正直なところ#3は私が生きてきたものです。

その種の初期のWindowsのように、毎年かそこらにOSを再インストールするだけで、蓄積されたすべての不要なものを削除する必要がありました。

2
T.E.D.

ローカルフォルダのクリーニングが役立ちました:「Team Explorer-Pending Changes」、「Excluded Changes」の下にある「Detected:50000 add(s)」を参照してください。クリックすると、フォルダーへのパスが表示されます。

1
vh_click

不要なプロジェクトのワークスペースをきれいにしたので、それはよりよく動きました。 vh_clickは、50,000件の広告に関する何かに取り組んでいると思います。 TFSはすべての編集内容を追跡し、膨大なプロジェクト、取り消し、およびクレイジーな作業を経て、TFSが処理しなければならない大規模なセットを調整できます。 Clorox、Comet、またはその他のクリーンアップを取り出し、ジャンクをダンプするか、アーカイブフォルダーまたはバックアップドライブに移動します。

0

ミックスに別のソリューションを投入するだけです!ワークスペースで構成された作業フォルダーのいくつかのレイヤー(一部が重複しているものもある)が原因と思われる同じ問題がありました。

この問題は、[ワークスペースの管理]、[編集]の順に移動して、追加のフォルダーバインドを削除することで解決しました。

0
aaroncatlin

私は同じ問題を抱えていたので、1週間ほど忙しかったのですが、完全なセットアップを調べたところ、次のことがわかりました:

私のASP.NETアプリケーション内には、画像ディレクトリと画像キャッシュディレクトリがあり、それらには多くの画像がありました。 (+200.000)。両方とも私のVSプロジェクトには含まれていませんでしたが、Visual Studio/TFSはこれにつまずいていました。

最初に、いくつかのファイルをチェックインすると(問題が発生してから10分以上かかりました)、「Team Explorer-Pending Changes」で「Excluded Changes」の下に「Detected:50000 add(s)」と表示されました。 「候補の変更を促進」ウィンドウを開き、これらのファイルを無視するように設定することにより、これを「通常の方法」で除去しようとしても、まだ多くのことは行われませんでした。しかし、これらのイメージディレクトリをプロジェクト外の別の場所に移動すると、すべての問題がなくなりました。もちろん、移動したディレクトリを仮想ディレクトリとして追加して、画像を表示する必要がありました。

0
Tys

これは私がこの指示を見つけるまで6ヶ月以上も私を夢中にさせます。今、私のVSOは飛び回っています。注:この情報は誰かからコピーしたものです。彼らに信用を与えたいのですが、どうやってこれを見つけたのか思い出せません。

レジストリを編集することで、TFSのこの問題を修正できます。キーHKEY_CURRENT_USER\Software\Microsoft\VisualStudio\12.0\TeamFoundation\SourceControl\Proxyに移動し、URLの値を「www.abcdummy.com」などのダミーWebサイトに変更します。レジストリキー値を編集した後、VSを再起動します。

0
Settapon H

ワークスペースのクリーンアップは私にとっての解決策でした。VisualStudio 2015を開くと、ソース管理ウィンドウはロードフェーズのままになります。2つのワークスペースnameとname_1があり、両方を削除しました。ただし、フォルダ全体を削除する必要はありませんが、ワークスペースを削除してファイルがある場合は、最新版を強制的に安全にする必要があることに注意してください

0
Gilberto