Visual Studio 2015にアップグレードすると、デバッグでブレークポイントに到達できなくなりました
Visual Studio 2013でビルドしていたマルチプロジェクトソリューションがあり、正常に機能していましたが、Visual Studio 2015にアップグレードしたので、プロジェクトとしてデバッグモードでブレークポイントをヒットすることはできません[プロジェクトプロパティ]ページのスタートアッププロジェクト。以前は他のプロジェクトをクリックして、[デバッグ]-> [新しいインスタンスを開始]を選択するだけでした。エラーが発生していますThe breakpoint will not currently be hit. No symbols have been loaded for this document. Googleで次のような多くのことを試しました。
- クリーン/リビルド
- プロジェクトからOBJおよびBINフォルダーを削除します
- VS修理しました
- 再起動しました
- アンインストール/再インストール
- DEBUG制約の定義がプロパティで有効になっていることを確認->ビルド
- [プロパティ]-> [ビルド]で[コードの最適化]がオフになっていることを確認しました
- 確認済みのプロパティ->ビルド=>プラットフォームターゲットは、すべてのプロジェクトで任意のCPUに設定されました
- 「管理者として実行」を使用してVSを実行しようとしました
- / AppData/Local/Temp/Temporary ASP.Net Files /のすべてのファイルを削除しました
- [デバッグ]-> [プロセスへの攻撃]-> [選択]で[デバッグするコードのタイプを自動的に決定する]が選択されていることを確認しました。
- [プロパティ]-> [Web]-> [デバッガ]でASP.Netがオンになっていることを確認しました（私のプロパティには[ASP.NEt]と[編集と続行を有効にする]チェックがオン、Natvie Code SQL ServerおよびSilverlightがオフ）
- プロパティ->アプリケーションのターゲットフレームワークがWeb.Config/App.Configファイルと同じバージョン（4.6）に設定されていることを確認しました。
だから私はここで何が欠けていますか？他のプロジェクトをデバッグできないのはなぜですか？
私は何が起こったのか理解できませんでしたが、まったく新しいプロジェクトを構築し、ファイルをインポートするだけで、すべてが動作するようになりました。
新しいビルド構成を作成したときに、同様の問題が発生しました。 VS2015の設定を探索した後、ビルド出力に* .pdbファイルがないことに気付きました。明らかに、*。pdbファイルがあるとデバッグは機能しません。
私にとっての修正は、すべてのプロジェクトのプロパティに移動することでした->「ビルド」ページ->ページの下部にある「詳細」ボタンをクリックします->ダイアログの「出力」セクションで、「デバッグ情報」を「いっぱい」。
基本的に、新しいソリューションとプロジェクトを作成し、すべてのビルドプロパティを、デバッガーがブレークポイントで停止しなくなったソリューションにコピーしました。上記の設定に加えて、デフォルトのデバッグ設定に一致するように次の設定も変更しました。
- 同じ高度なページで「Internal Compiler Error Reporting」を「Prompt」に設定しました
- メインの 'build'ページで、 'general'セクションの[Define DEBUG constant]および[Define TRACE constant]をチェックしました
「オプション」->「デバッグ」->「一般」->「モジュールのロード時にjit最適化を抑制」をチェックすると、この問題を解決しました。それを行う前に、[ツール]-> [オプション] [プロジェクトとソリューション] [ビルドと実行] [スタートアッププロジェクトと実行時の依存関係のみをビルドする]もオフにしました。サプレッションjitのチェックを外した後に動作する理由があるかどうかはわかりません。
私の状況は、プロジェクトプロパティで「コードの最適化」を有効にしたことでした。
スタートアッププロジェクトでブレークポイントのみをヒットする場合：
- ツール>オプション>プロジェクトとソリューション>ビルドと実行
- チェックを外すスタートアッププロジェクトとRunの依存関係のみをビルドします
そして、ここはドイツ語です： 
VSコマンドの実行コマンドを実行するようにadminとしてプロンプトを表示します：devenv /setupこれを修正してくれました。
古いシステムから新しいシステムに移行した後、デバッガがASPアプリケーションのブレークポイントにヒットしていませんでした。デバッグ用にIISで設定するのを忘れていました。
デバッグ用にIISを設定するには：
- サイト> MyWebsite
- IIS> ASP>デバッグのプロパティ
- クライアント側のデバッグを有効にするをTrueに設定します
- サーバー側のデバッグを有効にするをTrueに設定します
これにより、構成をリリースするように設定した別のソリューションに気付き、デバッグに戻って動作するまで気が狂いました。
これはおそらくあなたの特定の答えではありませんが、「万が一」他の誰かが明白な何かによって気を散らすようになった場合、それを共有すると思いました！
私の場合、実行モードの設定を変更しました。
以前は、「リリース」実行モードを使用しました。 
そして今、私は「デバッグ」実行モードを使用しています： 
フロントエンドの開発者の1人のこの問題を修正しました。お客様に適用される場合と適用されない場合があります。ローカルデバッグにはIIS Expressを使用します。デバッグの際に、どういうわけか彼は正しいプロセスから切り離されました。
修正するために、IIS Express（タスクバーの右クリックIISアイコン、すべてのアプリケーションの表示、PIDのチェック次に、それを適切なプロセスに添付します（VSで実行されているソリューションで、ツールバーの[デバッグ]をクリックし、[プロセスに添付]を選択し、上記のPIDを使用して正しいプロセスを見つけますIIS Express）。これが誰かの助けになることを願っています。
上記の方法で機能させることはできませんでしたが、最終的にはうまく機能したソリューションのためにVS 2013にロールバックしました。 VS2015が安定した堅牢なVS2003から移動したとき、VS2015がVS2005に非常に似ていると感じるのは非常に動揺します。
2017年がこれらの矛盾を解決することを願っています。
すべてをそのままにしておくことができますが、次のことに注意してください。
- 高度なコンパイラ設定->デバッグ情報の生成->「pdb-only」または「full」のいずれかである必要があります
- 高度なコンパイラ設定->最適化を有効にする->チェックを外す必要があります
私の場合、ソリューションの実際のファイルの代わりにファイル履歴を分析しているときに、ソース管理の一時ファイルにブレークポイントが設定されていたため、デバッグできませんでした。
私のプロジェクトはMVC Webアプリであり、デバッガーでプロジェクトを実行しているときに、ブラウザーで新しいタブが開き、ログインページにリダイレクトされていました。しかし、別のタブで私は何でもできるユーザーをログインさせていましたが、ページを更新するのが大変でしたが、ブレークポイントに到達していませんでした。そして、ログインページにリダイレクトしていた新しく開いたタブを閉じるたびに。一度、ログインしたユーザーで古いタブを閉じ、新しく開いたタブで実際にアプリに再度ログインしました。その後、ブレークポイントに到達し始めました。
これが誰にも役立つことを願っています。 IISのローカルマシンでコードを実行している場合は、w3wp.exeプロセスにソリューションを添付する必要があります。そのため、プロジェクトを選択し、メニューで[デバッグ]-> [プロセスにアタッチ]に移動すると、リストにw3wp.exeが表示されます。
さて、w3wp.exeが表示されない場合は、すべてのプロセスを表示するチェックボックスを選択するか、IIS Managerに移動して、実際にw3wp.exeを実行するためにWebサイトを参照します。インスタンス。
Visual Studioを再起動するとうまくいきました。
私もこの問題に直面していましたが、Visual Studio 2015 Update 1の後、修正されました。
https://www.visualstudio.com/en-us/news/vs2015-update1-vs.aspx