ソリューション/ファイルを開くとVisual Studio Professional 2013がクラッシュする
私は以前の雇用主のために働いている間に作成したWebページ/データベースソリューションのいくつかを開こうとして、それらが何であるかを再確認しようとしましたが、何らかの理由でVisual Studio Professional 2013はそれらを開くときにクラッシュするか、または作成したC＃ファイルの1つを開こうとするとクラッシュします。私がこれらのファイルを問題なく作成してから1か月以上経過しているので、なぜ今これが行われているのかわかりません。 2013年自体にも問題はないようです。提案？
VS2013の場合：私は時々同じような問題に遭遇し、私の修正は*を削除することです。 suo fileして、ソリューションを開きます。
機能しなかった唯一の時間は、拡張機能が再生されているときでした。その場合、/ safemodeスイッチを使用してセーフモードでVSを開きました。
devenv.exe /safemode
別の回答に記載されている/ logスイッチを使用することも、追跡が容易になるため、動作が正しくない拡張機能であることが判明した場合は、良い考えです。コンピューター上のActivityLog.xmlファイルのデフォルトの場所は "c：\ Users\<username>\AppData\Roaming\Microsoft\VisualStudio\<version>\ActivityLog.xml"ですが、ファイルの保存先を指定することもできますになる：
Devenv /log Path\NameOfLogFile
/ Log（devenv.exe） でVS2013のドキュメント（他のバージョンへのリンクを含む）を参照してください。
お役に立てば幸いです。
VS2015の場合：同じソリューションですが、suoファイルだけが別の場所にあります。 VS2015は「.vs」フォルダーを追加します。そのフォルダー内には他のフォルダーがあり、そのうちの1つはソリューションと同じ名前が付けられ、そのフォルダー内には「v14」という名前の別のフォルダーがあり、その中に（最終的に）「.suo」というファイルがあります。そのファイルを削除します。
例：ソリューションは「Whatever」と呼ばれます。 「Whatever」フォルダから始めて、suoへのパスは次のとおりです。
.vs\SolutionName\v14\.suo
「.suo」ファイルが表示されない場合は、隠しファイルであることを忘れないでください。
私はこのPowerShellスクリプトを数日間使用して、gitブランチを切り替えた後、.suoファイルを削除しました。
get-childitem -Include .suo -Recurse -force | Remove-Item -Force –Recurse
今のところ問題はありませんが、ラップトップが焼却されないという約束はありません:)慎重に使用してください。
VS2017の場合：.suoへのパスは次のとおりです。
.vs\SolutionName\v15\.suo
私の推測では、「v15」は今後のリリースで増え続けるでしょう。
私は別のSOツールを使用している場合にReSharperキャッシュをフラッシュするなど、VSの問題に対する他のいくつかのソリューションをカバーする回答を見つけました： プロジェクトがビルドされてもVisual Studioがエラーを表示する =。
...そしてVS2019.suoへのパスは次のとおりです。
.vs\SolutionName\v16\.suo
VS2019を使い始めたとき、既存のプロジェクトのビルドが成功した後、多くの「エラー」が報告されました。エディターは、ソリューション内の他のプロジェクトの名前空間を好みませんでした。 VSを閉じ、.vsフォルダーを削除し、VSを再起動すると修正されました。
コマンドラインからVisual Studioを起動してみてください。
devenv.exe /log
次に、ソリューションを開いてみて、クラッシュした場合は、
%APPDATA%\Microsoft\VisualStudio\<version>\ActivityLog.xml
ファイル。クラッシュの詳細があるはずです。また、イベントログは、いくつかの高レベルのイベントもキャプチャする場合があります。
これは「適切な分野以外からの回答」になるでしょうが、うまくいったので、他の人と共有したいと思います。プロジェクトを開こうとしてVisual Studio 2013で「サポートされていないプロジェクトタイプ」エラーが発生した後、ソリューションを開くことができなくなりました。 IDEをロードできました。しかし、ソリューションファイルを開こうとするとすぐに、IDEは再起動中であることを示すメッセージでクラッシュし、プログラムをデバッグするか閉じるかを尋ねます。同じことが起こった場合、エクスプローラーウィンドウでソリューションファイルをダブルクリックしてロードしようとしました。最近追加した拡張機能をアンインストールして、完全に再起動しました。何も動作しませんでした。また、ActivityLog.xmlに新しいアクティビティがありませんでした3つの異なるバージョンのディレクトリで見つかったファイルまた、SUOファイルを削除しても解決しませんでした。
次に、まったく新しいプロジェクトを作成しようとしました。私はたまたまASP.NET/MVC 4 Facebookアプリを選びました。おそらく問題ではありませんが、念のため、その詳細を含めています。新しいプロジェクトが作成されたらすぐに、それを閉じて再び開きました。それは正常に再開し、その後、他のすべてのソリューションをエラーなしで再び開くことができました。したがって、少なくとも私の場合、新しいプロジェクトを作成することで、何かをクリーンアップしたり、何かを適切に再初期化して問題をクリーンアップしたりできました。
.NET Reflector Extensionがこの問題の原因でした-アンインストールして夢のように動作します。
Visual Studio 2015にも同様の問題があるようです。時々、remove .suo解決策が私にとってうまくいきましたが、今日このバグがもう一度私を捕まえ、解決策は次のとおりでした：
Reshaperキャッシュを削除。
場所を見つけるには、Visual Studio/ReSharper/Options/Generalに移動します。フォルダーの内容を手動で削除しました。
コンピュータを再起動することで解決しました。
些細なことのように聞こえるかもしれませんが、機能しない100万のさまざまなことを試してみて、実際に修正する1つの簡単な方法を試していないことに気付かないことがあります。その間、物事を不必要に削除したり変更したりしています。他のより極端な解決策を試す前に、常に再起動するという経験則である必要があります。
同じことがありましたが、クラッシュする前に、ヘルプ->登録に行き、「サインアウト」をクリックすることができました。その後、クラッシュしなくなりました。私はパスワードを変更したためにライセンスが取得できなかったか、またはそのようなものに関係していたと思います...
対応するパスのキャッシュを削除します。
C：\ Users\davidmurali\AppData\Local\Microsoft\VisualStudio\8.0\ComponentModelCache C：\ Users\davidmurali\AppData\Local\Microsoft\VisualStudio\12.0\ComponentModelCache C：\ Users\davidmurali\AppData\Local\Microsoft\VisualStudio\14.0\ComponentModelCache