VS 2015 Update 1-リリースビルドをデバッグしていると主張する

VS 2015 update 1に更新した後、Webプロジェクト（MVC）を実行した場合、アプリケーションを停止してからもう一度実行しようとすると、VSが停止し、ダイアログがポップアップ表示されます。

のリリースビルドをデバッグしてい<myproject.dll>ます。

コンパイラの最適化を使用したリリースビルドでJust My Codeを使用すると、デバッグエクスペリエンスが低下します（たとえば、ブレークポイントにヒットしません）。

問題は、リリースビルドを実行していないことです。実行したばかりの（同じ）デバッグビルドを実行しています。なぜVSはリリースビルドを実行していると思いますか？

ソリューションをクリーニングして再実行すると、エラーメッセージがクリアされるため、どこかで何かが発生しています。

マイクロソフトからの言葉によると、これは既知の問題です（元々はデバッガチームに行きましたが、ビルドの問題であると判断され、現在はプロジェクトシステムチームが担当しています。この問題には他にもバグがあり、プライオリティ1と評価されているので、次のアップデートに向けて順調に進んでいるはずです。

そう。それは知られており、現在取り組んでいます。デバッグの全般オプションで少なくとも「自分のコードのみを有効にする」をオフにすることは、今のところ回避策のようです。

@romanozaが述べたように、Microsoftは（現在は存在しない）Microsoft Connectバグレポート（以前はどこかにアーカイブを見つけることができる場合に備えてここにありました）を次の情報で更新しました。

[デバッグ]-> [オプション]-> [モジュールのロード時にJIT最適化を抑制する]の設定をオフにします（管理のみ）

これが回避策です。彼らは後で言うようになります：

オフにした場合、特定のシナリオでコードのみのパフォーマンスと動作の両方が向上するため、オフにしたままにすることをお勧めします。

最後に、承認：

この設定を有効にしても機能しないのはバグであり、一部のお客様がその設定をオンにしたままデバッグしたい場合に備えて、この状況の修正に取り組んでいます。

アップデート：コメントに基づいて、箱が今であることが表示されます国連は一部の開発者のためにデフォルトでチェックされ、ことを確認し、それはいくつかのケースでは正確に同じ問題を解決することができます。非常に奇妙な。

ここでの回答が不完全であることに気づきました。同じ問題が発生しており、プロジェクトのプロパティを開き、[ビルド]タブでデバッグ構成の[ コードの最適化 ]をオフに することで解決しました。また、上記のように構成マネージャーをチェックして、それが適切であることを確認する必要もあります。答えはこの投稿から来ました、そして彼らは信用を得るべきです：VS2015プロジェクトはもはやデバッグモードで実行されません

おかげで、

この回答で提案されているように、[ Configuration Manager]ウィンドウで構成を[ Debug]に設定する問題を解決しました。

ソリューションのクリーニング（および再構築）は、一時的な回避策として機能します。また、[デバッグ]> [オプション]を選択して、Suppress JIT optimizationチェックボックスをオフにすることもできます。

VS2015 Update 1にアップデートしてから同じ問題が発生しています。

MicrosoftのVisual Studioフォーラムで、ここで発生したバグレポートを指摘する同様のレポートを見つけた

さまざまな回避策がありますが、根本的な問題は、デバッグの終了時にIIS Expressがシャットダウンしないことであり、編集と続行のオプションがオフになっているためではありません。バグが修正されるまで私が見つけることができる最も速い回避策：

• トレイのIIS Expressアイコンを右クリックし、デバッグ後に終了します（バグレポートの回避策を提供したDavid Totzkeのクレジット）

すばらしいとは言えませんが、現時点で適切な解決策があるとは思いません。

同じ問題が発生しました。「bin」フォルダーからすべてのファイルを手動で削除して問題を解決し、ソリューションを再構築しました。このダイアログはもう表示されません。

私の場合、「Configuration Manager」でソリューション全体の「アクティブソリューションプラットフォーム」をx86から​​Any CPUに変更し、問題を修正しました

ソリューションの構成プロパティを確認します。私は同じ問題に遭遇し、私のデバッグ構成が実際にリリース構成でいくつかのプロジェクトをビルドしていることを発見しました。

デバッガーを停止した後、Visual Studioがiisexpressプロセスを強制終了していないことに気付きました。プロセスを手動で強制終了すると、問題が解決したようです。

これはアップデート2で修正されたようです。

問題を抱えている人の数と同じくらい多くの解決策があるようですが、私の場合、プロジェクト参照を削除して再度追加する必要がありました。プロジェクト参照は、同じソリューションの単体テストプロジェクトにありました。

私の場合、エラーメッセージは正しかった。リリースされたバージョンをロードするアプリケーションを実行していました。そこで、アプリケーションにデバッグバージョンを読み込ませることで修正しました。

小学校、私は知っています、そして私は自分が馬鹿のように見えるようにしています。しかし、時々問題は正確に報告されているものです。

IISプロジェクトのURLが実際に意図した場所を指していることを確認してください。疑わしい場合は、「仮想ディレクトリの作成」ボタンをクリックしてください。

最近この問題が発生しました。本番環境のコードベースの一時バージョンを実行していて、IISのフォルダーを一時バージョンに再ポイントしました。これは、実際に、デバッグしようとしたデバッグバージョンではなく、本番ビルドを実行していました。

私にとって、このFileListAbsolute.txtファイルで3つの\ Release \フォルダー参照が見つかりました。

C：\ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.csproj.FileListAbsolute.txt

彼らはこのようなものでした：

C：\ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.csprojResolveAssemblyReference.cache

C：\ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.dll

C：\ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.pdb

そして、VSの外でこれらの3行を削除し、ソリューションを再度開くだけで問題は解決しました。お役に立てば幸いです。

私はすべての答えを試しましたが、私のために働いたのは、参照だけでなく、いくつかのNuGetパッケージを削除することですが、私の場合はPostSharpを削除します。最初にすべてのプロジェクトから参照を削除しようとしましたが、機能しません。その後、マネージャーからパッケージを削除しました。理由は正確にはわかりませんが、それが私の問題を解決した理由です。誰かの助けになるといいのですが。

Visual Studioを再起動します。これにより、2017 Professionalで問題が解決しました。

ここに私のために働いたものがあります。

Webプロジェクトの場合は、Webプロジェクトのプロジェクトプロパティに移動し、

1. ローカルIISが選択されている場合は、IISサーバーを再起動します。
2. IIS Expressが選択されている場合は、タスクトレイアイコンからIISエクスプレスを終了します。

いくつかのdllがキャッシュされるようですので、上記の手順はキャッシュを無効にします。

これは、UWPアプリのVisual Studio 2019で発生しました。csproj / build設定のOptimize Codeのチェックを外すことで解決しました。

Visual Studio 2015 Update 2でこれが修正されたことを確認してください。

私はこれをいつも（1日に複数回）見ていましたが、Update 2にアップデートしてから一度も見ていません。