ASP.NETのコアMVCをフル.NETフレームワークでデプロイできません

Question

ASP.NET Core MVCアプリケーションをデバッグしようとしています。それは完全な.Net Framework 4.6.1を使用しています

IIS Expressを使用したデバッグは魅力的ですが、プロジェクトをIISにデプロイするときにVisual Studio Debuggerを「w3wp」プロセスに接続していますが、ブレークポイントは、シンボルがないために有効になっていません。

私は、デバッガ、アップデートされたビジュアルスタジオ（私はVS 2017を使用しています）を添付することのかなりの組み合わせを試みましたが、すべての運がありません。

私はstackoverflowとMS docsの両方を試しましたが、完全な.NEtフレームワークを対象としたASP.NETコアのデバッグには何も使用していません。

最悪のことは、数週間前に同様の問題が発生していたが、解決方法が記録されていなかったことです。

私は何を間違えているのですか？

更新： Windows Server 2012 R2では問題が発生しますが、Windows 10のデバッグは期待どおりに機能します。

Answer 1

さて、私は何が起こったのか分かりました。

まず、根が発生します

1. を私が最初に正しいプロセスをデバッグしていませんでした。通常はw3wpではなく、プロジェクトの名前（「MyAspNetCoreApp」など）でした。
2. デバッグ設定でモンキーを使用しているときに、「編集と継続を有効にする」設定を無効にし、「管理された互換モードを使用する」を有効にしました。それは明らかに物事を悪化させただけです。

やれやれ...今

、問題を解決する助けトラブルシューティング：

• 私がリモートのWindows Server上で私のアプリをデバッグしようとしてしまいました。 this MS articleを使用すると、Visual Studio（2017）のリモートデバッグをセットアップするのに役立ちました。
• 私は正常にWindows Server上のプロセスに接続しました（Windows 10上の私のVS）
• これは、リモートデバッグが行われているため、この問題がVSと何かと関係している可能性が高いことを示唆していました。
• この時点で、Visual Studioの両方のVisual StudioでWindows Server上のデバッグ設定とWindows上の別のデバッグ設定を確認しました。
• これはWindows ServerのVSで変更したことに気付いたときのことです!!!

非常に混乱していたのは、マイクロソフトのドキュメントは常にw3wpを使用していたため、接続するプロセスとしてdotnetプロセスを使用していたことです。

私は間違っていませんが、アセンブリ名でプロセスにアタッチする機能は素晴らしいです、私はそれがドキュメントに明確に反映されたことを望みます。うまくいけば、人々はすぐに追いつくだろう:)