VS 2015 Update 1 - Mengklaim saya men-debug build rilis

Setelah memperbarui ke VS 2015 pembaruan 1, jika saya menjalankan proyek web (MVC), hentikan aplikasi, lalu coba jalankan lagi, VS berhenti dan munculkan dialog mengklaim

Anda sedang men-debug build Rilis <myproject.dll>.

Menggunakan Just My Code dengan rilis build menggunakan hasil pengoptimalan compiler dalam pengalaman debugging yang menurun (misalnya, breakpoint tidak akan terkena).

Masalahnya adalah saya tidak menjalankan build rilis. Saya jelas menjalankan debug build (sama) yang baru saja saya jalankan! Mengapa VS mengira saya menjalankan build rilis?

Membersihkan solusi dan menjalankan kembali akan menghapus pesan kesalahan, jadi ada sesuatu yang disemprotkan di suatu tempat.

Kata dari Microsoft adalah bahwa ini adalah masalah yang diketahui (awalnya masuk ke tim Debugger, tetapi ditentukan bahwa itu adalah masalah build, dan sekarang ada di tangan tim sistem Project. Ada bug lain yang terbuka tentang masalah ini, dan itu diberi peringkat Prioritas 1, jadi harus berada di jalur yang tepat untuk pembaruan berikutnya Meskipun seperti yang diharapkan, tidak ada janji yang dapat dibuat tentang kapan itu akan dirilis (atau apa yang sebenarnya ada dalam pembaruan).

Begitu. Itu sudah diketahui dan sedang dikerjakan. Setidaknya mematikan "Enable Just My Code" di Opsi Umum Debugging tampaknya menjadi solusi untuk saat ini.

Seperti yang disebutkan oleh @romanoza, Microsoft memperbarui laporan bug Microsoft Connect (sekarang hilang), (sebelumnya ada di sini , jika Anda dapat menemukan arsip di suatu tempat) dengan informasi berikut:

Hapus centang pada pengaturan Debug -> Options -> Suppress JIT optimization on module load (Managed only)

Ini solusinya. Mereka melanjutkan dengan mengatakan nanti:

Kami menyarankan orang-orang membiarkannya tidak dicentang karena jika tidak dicentang akan meningkatkan kinerja dan perilaku hanya kode saya dalam skenario tertentu.

Terakhir, pengakuan:

Ini adalah bug yang tidak berfungsi dengan pengaturan itu diaktifkan dan kami sedang mengerjakan perbaikan untuk situasi itu jika beberapa pelanggan masih ingin men-debug dengan pengaturan itu diaktifkan.

Pembaruan : Berdasarkan komentar, tampaknya kotak sekarang tidak dicentang secara default untuk beberapa pengembang, dan memeriksa itu dapat memperbaiki masalah yang sama persis dalam beberapa kasus. Sangat aneh.

Saya perhatikan jawabannya di sini tidak lengkap, saya mengalami masalah yang sama dan masalah itu diselesaikan dengan membuka properti proyek dan di bawah tab build dan konfigurasi debug menghapus centang "optimalkan kode" . Anda juga harus memeriksa manajer konfigurasi seperti yang disebutkan di atas untuk memastikannya juga baik. Jawabannya datang dari posting ini dan mereka harus mendapatkan kredit: Proyek VS2015 tidak lagi berjalan dalam mode debug

Terima kasih,

Saya memecahkan masalah pengaturan konfigurasi ke Debug di jendela Pengelola Konfigurasi seperti yang disarankan dalam jawaban ini .

Membersihkan (dan membangun kembali) solusi bekerja untuk saya sebagai solusi sementara. Anda juga dapat memilih Debug> Opsi dan batal memilih Suppress JIT optimizationkotak centang.

Saya mengalami masalah yang sama sejak memperbarui ke VS2015 Update 1.

Menemukan laporan serupa di Forum Visual Studio Microsoft yang menunjuk ke laporan bug yang telah diangkat bersama mereka di sini

Ada berbagai solusi tetapi saya pikir masalah yang mendasarinya adalah bahwa IIS Express tidak dimatikan saat debugging diakhiri - dan itu bukan karena opsi edit dan lanjutkan tidak dicentang. Solusi tercepat yang dapat saya temukan hingga bug diperbaiki:

• Klik kanan pada ikon IIS Express di baki dan keluar setelah debugging (Penghargaan untuk David Totzke yang menyediakan solusi untuk laporan bug)

Tidak bagus, tapi saya rasa solusi yang tepat belum tersedia saat ini.

Saya mengalami masalah yang sama. Saya menyelesaikan masalah dengan secara manual menghapus semua file dari folder 'bin' dan kemudian membangun kembali solusinya. Saya tidak mengerti dialog ini lagi.

Dalam kasus saya, saya telah mengubah "Platform solusi aktif" untuk seluruh solusi di "Pengelola Konfigurasi" dari x86 ke Semua CPU, memperbaiki masalah

Periksa Properti Konfigurasi solusi Anda. Saya mengalami masalah yang sama dan menemukan bahwa konfigurasi debug saya sebenarnya membangun beberapa proyek dengan konfigurasi rilis.

Saya perhatikan bahwa Visual Studio tidak mematikan proses iisexpress setelah saya menghentikan debugger. Membunuh secara manual proses tersebut tampaknya dapat membantu saya.

Ini tampaknya sekarang telah diperbaiki di Pembaruan 2.

Tampaknya ada banyak solusi karena ada orang yang mengalami masalah, tetapi dalam kasus saya, saya harus menghapus dan menambahkan kembali referensi proyek. Referensi proyek berada dalam proyek uji unit dalam solusi yang sama.

Dalam kasus saya, pesan kesalahan itu benar. Saya menjalankan aplikasi yang memuat versi rilis. Jadi saya memperbaikinya dengan meminta aplikasi memuat versi debug sebagai gantinya.

Dasar, aku tahu, dan aku sadar aku membuat diriku terlihat seperti orang idiot. Tapi terkadang masalahnya persis seperti apa yang dilaporkan.

Periksa apakah URL Proyek IIS benar-benar mengarah ke tempat yang menurut Anda tepat. Jika ragu, klik tombol 'Buat Direktori Virtual'.

Saya mengalami masalah ini baru-baru ini ketika saya menjalankan versi sementara dari basis kode produksi dan telah menunjuk kembali folder di IIS ke versi sementara, yang, memang, menjalankan build produksi, bukan versi debug yang saya coba debug.

Bagi saya, saya menemukan 3 \ Release \ folder refs di file FileListAbsolute.txt ini:

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

Mereka seperti ini:

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

Dan hanya menghapus 3 baris di luar VS kemudian membuka kembali solusi menyelesaikan masalah. Semoga membantu.

Saya telah mencoba semua jawaban, dan yang berhasil untuk saya adalah menghapus beberapa paket NuGet, bukan hanya referensi, tetapi juga menghapus paketnya, dalam kasus saya PostSharp. Pada awalnya saya mencoba menghapus referensi dari semua proyek, dan tidak berhasil, lalu saya baru saja menghapus paket dari pengelola. Saya tidak tahu persis apa alasannya, tapi itulah yang memecahkan masalah saya, semoga bisa membantu seseorang di luar sana.

Mulai ulang Visual Studio. Ini memperbaiki masalah saya di 2017 Professional.

Inilah yang berhasil untuk saya.

Jika sebuah proyek web, Pergi ke properti proyek dari proyek web dan

1. Jika IIS Lokal dipilih, mulai ulang server IIS Anda.
2. Jika IIS Express dipilih, keluar dari IIS express dari ikon task tray.

Tampaknya beberapa dll telah di-cache sehingga langkah-langkah di atas akan membuat cache tidak valid.

Ini terjadi di Visual Studio 2019 di aplikasi UWP. Hapus centang Optimize Code di pengaturan csproj / build menyelesaikannya.

Cukup yakin ini telah diperbaiki dalam Visual Studio 2015 Update 2.

Saya biasa melihat ini sepanjang waktu (beberapa kali per hari), dan belum pernah melihatnya sekali pun sejak memperbarui ke Pembaruan 2.