Visual Studioが常にクラッシュするのはなぜですか？
参照とプロジェクトを追加/削除すると、VisualStudioがランダムにクラッシュします。なぜ何か考えはありますか？ Sp1のインストールは役に立ちますか？
編集：SourceSafe以外のアドオンは使用できません。私はほとんどの開発を接続モードで行います。
使用して開発する：
Visual Studio 2008
WinXpターミナルサービス-> Win2k3 Sp2（64ビット）
VSS 8.0、32ビット
.userファイルと.suoファイルを削除してみてください。これらはVSが作成するユーザーオプションファイルです。プロジェクトごとに.userファイルを取得し、ソリューション用に.suoファイルを取得します。それらが破損すると、奇妙なことが起こります。それらを削除すると、デバッグを開始するときにどのプロジェクトがスタートアッププロジェクトとして選択されているかなど、ほとんど失われますが、通常、このような奇妙な動作は解消されます。
何か奇妙なことがどこかにキャッシュされている場合に備えて、一時ファイルの場所（ASP.NETで作業している場合）などの一時ファイルの場所をクリアすることもできます。
最近、Visual Studio2005がクラッシュしてロックし始めました。私が最終的に修正した方法は、コマンドラインからこれを実行することでした。
devenv /resetuserdata
これですべてのカスタマイズがクリアされましたが、問題は解決しました。 VSを頻繁にカスタマイズした場合は、最初に設定をエクスポートしてから、後で安全にインポートできるかどうかを確認できます。または、IDEのスナップショットを撮って、どのボタンなどがどこにあったかを思い出せるようにします。
最も一般的には、Visual Studioが繰り返しクラッシュする場合は、.suoまたは.ncbファイルが破損しています。プロジェクトを閉じ、それらのファイルを削除して、再度開きます。これで問題が解決する場合があります。
.suoは隠しファイルです。
破損している疑いがある場合は注意してください.suoファイルであり、SourceSafeと統合されています。
クラッシュ後にVSを再起動すると、次のメッセージが表示される場合があります。
The Open from Source Control operation is still in progress but you can start working now. the rest of the projects will be retrieved asynchronously.
これは基本的に、VSが開いたソリューションのすべてのプロジェクトをSource Safeからロードし、上書きチェックアウトされてチェックインされていない変更を含むすべてのファイルをロードすることを意味します。
VSがクラッシュした後、Source Safeスタンドアロンを起動し、保持したいものをチェックインします。
次に、VSを再開する前に、破損の修正に取り組みます。
うまくいけば、これは誰かを助けます。私はすべてを試したように感じました。インストールを修復しましたが、VSを完全に削除しただけでなく、違いはありませんでしたが、問題はまだ残っていました。ログオプションは重要なことを何も教えてくれなかったので、最終的にソリューション内のすべてのbinフォルダーとobjフォルダー、およびすべての.suoファイルと.userファイルを削除し、ハードドライブのルートフォルダーから完全に別のフォルダーに移動して再構築しました。それは魔法のように正しくなりました！
ソリューションに関連付けられている.ncbファイルを検索して削除します。過去のバージョンでは、これらの（デバッグ）ファイルが破損して削除されていた場合、問題が修正されました（Visual Studioによって自動的に再生成されます）。
SP1でも、プロジェクトにコンテンツを追加するときにクラッシュすることはめったにありませんが、主にASP.NETデザインビューに切り替えたときや、ツールでコントロールを自動生成したときにクラッシュすることがわかりました。それらの作成を無効にしただけで、クラッシュはほとんど発生しません。
これはあなたの問題とはあまり関係がないことは知っていますが、私がSP1を作成している点は、あなたの問題に対する答えではないかもしれません。
defaultソリューションの場所を変更すると、問題が解決しました。
私は提案されたすべてのオプションを試しましたが、これでさらにいくつか見つかりました link 。運がない。
次に、（Webアプリではなく）Webサイトから参照を追加しようとしました。プロセスは異なります。プロジェクトを右クリックしてプロパティページに移動する必要があります。 Add... [参照]タブのボタン。
それでもクラッシュしましたが、イベントビューアにメッセージがあり、インストールしたサードパーティコンポーネントのDLLのフルパスを示していました。 DLLをディスクから読み取ることができませんでした（破損しています）。だから、そのライブラリの修復と後で再起動すると、私は元気に戻ります。
更新：
SSDのいくつかのファイルが破損していた本当の理由を見つけるようになりました。 CHKDSK/Rでしばらく戻ってきました。最終的にはドライブを交換する必要がありました。 VSのせいではないかもしれないことを思い出してください。
.suoまたは.ncbファイルが破損していると、VisualStudioもクラッシュします。このクラッシュを解決するには、画像に記載されている次の手順を使用できます。
- Visual Studio実行ファイル（devenv.exe）が含まれているフォルダーに移動します。
- 手順1で説明したフォルダパスを使用してコマンドプロンプトを開き、コマンドdevenv.exe/ResetSettings。を実行します。
- 手順2で問題が解決しない場合は、コマンドdevenv.exe/ResetUserDataを実行します。
ソリューションから存在しなくなったプロジェクトの古い参照を削除する必要があり、それは私にとっては問題なく機能しました。