Visual Studio 2013、TFSは非常に遅い
VS Ultimate 2013を最初にインストールしたとき、すべてが順調でしたが、先月かそこらまでは犬でした。 Visual Studio 2013インストールでのソース管理の探索が非常に遅い。ノードをクリックするだけで、ノードの内容を表示する操作に20秒以上かかります。
チームの他の誰もが大丈夫ですので、TFSサーバーではなく、単なるインストールです。 VSにインストールしたアドインだと思ったので無効にしましたが、運はありませんでした。
何か案は？
すべての提案を試し、すべてのアドオンをアンロードし、VSを再インストールしようとし、余分なワークスペースをすべて削除しようとしました。問題が解決しました。根本的な障害が何であるかについての手がかりを得ていません。
私の場合、遅れを取り除く唯一の方法は、ワークスペースの場所を「ローカル」からサーバーに変更することでした。これは、ワークスペースの詳細オプションで実行できます。
私のために働いた「フルブラスト」ソリューションは次のとおりでした。
- ワークスペースを削除
- すべてのソースコードを削除
- ワークスペースを再構築する
- 再構築ソリューション
justワークスペースの再構築（@DaveFの答えを参照）よりも数分しかかかりませんが、すべてが一緒にハングするという確信が少しありました。
これが何回か私に起こった場合、受け入れられた答えに追加したいことがいくつかあります。
私は、多くのファイルを含む多くのVSソリューションがある場所で働いています。 Microsoftのガイドライン ローカルワークスペースに100,000を超えるアイテムが含まれる場合は、ローカルワークスペースを使用しないことをお勧めします。したがって、次の方法でこの問題を完全に防ぐことができます。
- ローカルワークスペースを使用しない
- 関連付けられた100,000を超えるファイルを取得するのに十分なフォルダーを単一のワークスペースにマップしないようにしてください。
- 定期的に「TFS破産」を宣言し、すべてのマッピングを解除します。
私にとっては、厳密なロックを使用しなければならず、オフラインアクセスがないという欠点により、＃1は受け入れられません。私は＃2をもっと頑張ろうとしますが、正直なところ＃3は私が生きてきたものです。
その種の初期のWindowsのように、毎年かそこらにOSを再インストールするだけで、蓄積されたすべての不要なものを削除する必要がありました。
ローカルフォルダのクリーニングが役立ちました：「Team Explorer-Pending Changes」、「Excluded Changes」の下にある「Detected：50000 add（s）」を参照してください。クリックすると、フォルダーへのパスが表示されます。
不要なプロジェクトのワークスペースをきれいにしたので、それはよりよく動きました。 vh_clickは、50,000件の広告に関する何かに取り組んでいると思います。 TFSはすべての編集内容を追跡し、膨大なプロジェクト、取り消し、およびクレイジーな作業を経て、TFSが処理しなければならない大規模なセットを調整できます。 Clorox、Comet、またはその他のクリーンアップを取り出し、ジャンクをダンプするか、アーカイブフォルダーまたはバックアップドライブに移動します。
ミックスに別のソリューションを投入するだけです！ワークスペースで構成された作業フォルダーのいくつかのレイヤー（一部が重複しているものもある）が原因と思われる同じ問題がありました。
この問題は、[ワークスペースの管理]、[編集]の順に移動して、追加のフォルダーバインドを削除することで解決しました。
私は同じ問題を抱えていたので、1週間ほど忙しかったのですが、完全なセットアップを調べたところ、次のことがわかりました：
私のASP.NETアプリケーション内には、画像ディレクトリと画像キャッシュディレクトリがあり、それらには多くの画像がありました。 （+200.000）。両方とも私のVSプロジェクトには含まれていませんでしたが、Visual Studio/TFSはこれにつまずいていました。
最初に、いくつかのファイルをチェックインすると（問題が発生してから10分以上かかりました）、「Team Explorer-Pending Changes」で「Excluded Changes」の下に「Detected：50000 add（s）」と表示されました。 「候補の変更を促進」ウィンドウを開き、これらのファイルを無視するように設定することにより、これを「通常の方法」で除去しようとしても、まだ多くのことは行われませんでした。しかし、これらのイメージディレクトリをプロジェクト外の別の場所に移動すると、すべての問題がなくなりました。もちろん、移動したディレクトリを仮想ディレクトリとして追加して、画像を表示する必要がありました。
これは私がこの指示を見つけるまで6ヶ月以上も私を夢中にさせます。今、私のVSOは飛び回っています。注：この情報は誰かからコピーしたものです。彼らに信用を与えたいのですが、どうやってこれを見つけたのか思い出せません。
レジストリを編集することで、TFSのこの問題を修正できます。キーHKEY_CURRENT_USER\Software\Microsoft\VisualStudio\12.0\TeamFoundation\SourceControl\Proxyに移動し、URLの値を「www.abcdummy.com」などのダミーWebサイトに変更します。レジストリキー値を編集した後、VSを再起動します。
ワークスペースのクリーンアップは私にとっての解決策でした。VisualStudio 2015を開くと、ソース管理ウィンドウはロードフェーズのままになります。2つのワークスペースnameとname_1があり、両方を削除しました。ただし、フォルダ全体を削除する必要はありませんが、ワークスペースを削除してファイルがある場合は、最新版を強制的に安全にする必要があることに注意してください