私たちは、他のソリューションからNuGetパッケージを参照する複数のプロジェクトを持つソリューションを開発中です。TFS：遅いプロジェクト再読み込みの遅い原因を取得
ソリューション上のTFSサーバーから最新のものが取得されるたびに、Visual Studio（2015）はソリューション内の各プロジェクトの再読み込みを開始します。これは非常に時間がかかります。これはいつもそうとは限りませんでした。これはわずか数週間前に起こりました（解決は1歳です）。
すでにこの問題が発生していた他のソリューションがあります。ソリューションはソリューションを終了し、最新のものを入手してから、はるかに高速にプロジェクトをリロードすることです。
なぜこの問題が起こっているのか、この問題を解決する方法を説明できる人はいますか？
これはMSFTのバグとして報告されています。Slow project reloading & Reload of projects is slow after call to TFS to get latest changesetを参照してください。あなたのプロジェクトファイルはVSの外側から更新されているようです。そのため、VSはそれらをすべてロードします。詳細VS IDEチームからの回答を参照してください。
主犯は、プロジェクトファイルは、VSがそれらの各1ずつ読み込むになり外 VS、から更新されています。これは非常に課税プロセスの であり、メインのUIスレッドで発生します。したがって、 このASLロジックはデフォルトでオンであり、応答しない解答 の負荷を軽減します。基本的に、私たちが考慮していなかったASLロジック の制限を指摘しています。これは将来のために考慮されます リリース、ありがとうございます。
一方で、問題を軽減する一つの方法は、ソリューションファイルをタッチして がでキックするASLをトリガーする
*.slnファイルを、 ソリューションのリロードを強制することですが、基本的にVSはあなたがフル をやっている考え応答負荷時間を最大で まで最適化します。Ulzii Luvsanbat
Visual StudioのIDEチーム
ありがとうあなたの返事のために、パトリック。あなたが言及しているバグは、 "再現不可能"と "修正しない"の両方で閉じられています。あなたが言及している解決策は適切な修正ではありません。 （そして私は私のほうが好きです。触れる必要のないファイルに触れたくないからです）。この問題についてあなたがしていることは何もありません（バグは3年前に報告されました）？ユーザーエクスペリエンスに関してはかなり重要なことです – Tom
まったく同じことが私に起こっていると私は同じ問題を回避するに頼らなければなりませんでした。 – EJoshuaS
解決策は見つかりましたか？ – EJoshuaS
@EJoshuaS残念ながらいいえ。上に提供された回避策は機能し、マイクロソフトは気にしないようです（回答を参照）。... :( – Tom