ローカルまたはTeamFoundationServer （TFS）でプロジェクトを開こうとすると、次のようなモーダルウィンドウが表示されます。
操作を完了できませんでした：不特定のエラー
または同じメッセージですが、「不特定のエラー」ではなく「クラスが定義されていません。」と表示されます。
これらのエラーは、今日、自分の作業の一部をチームファウンデーションサーバーにチェックインしようとしたときに発生し始めました。同じコンピューターでVisualStudio2008を使用しようとしましたが、それでも同じエラーが発生します。私もそれをグーグルで検索しましたが、どの解決策も私を助けてくれないようです。
WindowsUpdateの最新の更新プログラムもインストールしました。
何か案は？
ファイルを削除Your_Solution_FileName.suoしようとしましたか?
ファイルは、ファイル.suoと同じフォルダー.sln、または.vs新しいバージョンの Visual Studio のフォルダーにある必要があります。.vsフォルダが非表示になっている可能性があります。
Visual Studio 2017 の更新
VS 2017 では、.suoファイルは別のフォルダーにあり.suoます。YourSolutionFolder\.vs\YourSolutionName\v15\.suo
.vsフォルダは非表示で、.suoファイルは拡張子だけの名前のないファイルです.suo。
説明
この.suoファイルには、開いているファイルのリストや、ソリューション ファイル (開始プロジェクトなど) に保存されていないいくつかの設定など、さまざまな情報が含まれています。
通常は.suo問題なくファイルを削除できます。StartUp Project後でソリューションの を設定する必要がある場合があります。
安全な方法を維持するために、.suoファイルの名前を変更してから、ソリューションの開始を再試行して、これが役立つかどうかを確認できます。
私の経験では、一部のソースコードにエラーがあるためにVSが起動時にクラッシュし、そのエラーのためにVSがコードをコンパイルできず、コンパイルされたコードがないとデザインモードでフォームを表示できないためにクラッシュすることがあります。この場合、.suoファイルを削除すると、開いているファイルのリストがリセットされるため、状況が解決され、ファイルを開いたり表示したりせずにソリューションを起動できます。
.suo ファイルを削除しても問題が解決しない場合 ファイル
を削除しても問題が解決しない場合に試すことができるその他の方法のリストを次に示します。.suo
/bin/フォルダー内のビルド プロセス中に VS が作成する一時ファイルを空にし/obj/ます (ソリューションを構成する各プロジェクトにはこれらのフォルダーがあるため、すべてクリーンアップします))。最後の手段として...
Visual Studio 2015を閉じてから再度開くだけで問題が解決する場合があります。
更新: Visual Studio 2017 も明らかに。
いくつかのマシンでこれが発生しました。
これは起こります。
「「Your_Solution_FileName.suo」ファイルを削除しようとしましたか?」
また、停電などのようなコンピューターのクラッシュ...
Update 2とUpdate 3だけでなく、更新のない新しいベースにも適用されます...
VS 2015 - >すべてのファイルを削除ComponentModelCacheすると、うまくいきました：
C:\Users\**username**\AppData\Local\Microsoft\VisualStudio\14.0\ComponentModelCache
これと同じ問題に遭遇しましたが、.suo ファイルを削除しても解決しませんでした。プロジェクトをロードできる唯一の方法は、「Your_Project_FileName.csproj.user」ファイルを削除することでした。
--
数か月後にこの問題に再び遭遇しましたが、今回は「Your_Project_FileName.csproj.user」ファイルを削除しても、前回のようには役に立ちませんでした。最終的に、IIS Express の問題まで追跡することができました。applicationhost.config からサイトを削除し、Visual Studio にサイトを再作成させました。これにより、プロジェクトを最終的に読み込むことができました。
私にとって、この問題は<site>、次のファイルの構成が競合していることが原因でした。
C:\Users\smunro\Documents\IISExpress\config\applicationhost.config
このファイルを編集してsite、次の要素内のすべての要素を削除しました。競合の原因となっているサイトを特定し、それを削除するように、もう少し慎重に検討することをお勧めします。
<configuration><system.applicationHost><sites>
<siteDefaults>、<applicationDefaults>および<virtualDirectoryDefaults>要素をそこに残したことに注意してください。
プロジェクトをリロードすると、新しい<site>要素が自動的に作成されました。
コマンド ラインから eventvwr を実行して、アプリケーション エラーが記録されているかどうかを確認します。
これにより、より有用な実際のエラー メッセージが表示される場合があります。
私は同じエラーがありました。ソリューションのクラスとコンポーネントを開くことができませんでした。ComponentModelCache を削除し、他のソリューションをテストしましたが、結果はありませんでした。最後に、それは私を助けました:あなたのVISUAL STUDIOを閉じて、もう一度開いてください!
エラーが発生した後、ソリューションから古いプロジェクトを削除しました。メモ帳で .sln ファイルを開き、削除した古いプロジェクトへの .dll 参照を削除する必要がありました。その後、うまくいきました。
解決策: .sln をビルド/再ビルド/クリーンしようとすると、このダイアログが表示されました。これを修正するには、アプリケーションにバインドされている IIS サイトを停止し、Visual Studio を再起動する必要がありました。(その後、サイトを再起動します)。
原因の発見方法: これは、さまざまな問題に対する非常に一般的なメッセージのようです。特定の問題を、イベント ログを使用して IIS によってロックされたいくつかのファイルに突き止めました。
すべてのサイトを削除するための解決策は、最後の手段として使用する必要がある「軌道からそれを核攻撃する」アプローチのようなものです。
「操作を完了できませんでした」というエラーは、ソリューションに存在しなくなった別のプロジェクトを参照している C++ プロジェクトによっても発生する可能性があります。
通常、ソリューションからプロジェクトを削除すると、Visual Studio はそのプロジェクトへの参照をソリューション内の他のプロジェクトから削除します。
ただし、私の場合、ソリューション間でプロジェクトを共有していたため、悪いプロジェクト参照が忍び込み、悪い参照を削除するとエラーが修正されました。
Visual Studio 2012 を使用しています。
[ファイル名を指定して実行] に移動し、「inetmgr」と入力します。つまり、IIS が開き、右隅の [アクション] ウィンドウで [.NET Framework バージョン] オプションの変更を選択します。それを変更。
その後、Visual Studio 2010 を再インストールします。これは私のコンピューターで動作するため、共有しています。
この問題については、Visual Studio プロジェクトのユーザー オプションを含む .user ファイルを削除することで解決しました。このファイルは、.sln ファイルと同じ場所にあります。また、プロジェクトからこのファイルを削除した後、有効にするためにソリューションをリロードしてください。
.SUO ファイルはもうありませんが、.user ファイルの削除は機能します。参考までに: Silverlight プロジェクトをデバッグしています
Visual Studio (2015 Community Edition) を閉じた後、それを開いてプロジェクトを再度開いた後、私のために働いた.
vs 2019 の iOS プロジェクトで同様の問題が発生しました。Mac の VM で実行されています。ビジュアル スタジオを閉じて再起動すると、問題はなくなりました。
Visual Studio 2005 で VB.Net プロジェクトに取り組んでいるときに、この問題に何度も直面しました。通常、アプリケーションのデバッグ プロパティで [ Visual Studio ホスティング プロセスを有効にする] オプションを無効にすると、問題が解決します。通常、ホスティング プロセスが有効になっている場合、特定の API の呼び出しが影響を受ける可能性があります。
このオプションのチェックを外すには、次の手順に従う必要があります。