編集して続行：「次の場合は変更できません...」

クリーンなWinFormsプロジェクトを作成しても、エディットコンティニュは機能せず、エラーが発生します。

デバッガーが既に実行中のプロセスにアタッチされている場合、またはデバッグ中のコードがビルド時または実行時に最適化されている場合、変更は許可されません。

1. [編集して続行]オプションは、[ツール]→[オプション]→[デバッグ]でチェックされています。
2. 最適化が有効になっていません。
3. 管理されたプロファイラーが設定されていないようです。
4. デバッグモードで実行しています
5. x64 CPUとWindows XP 32ビットで実行していますが、プラットフォームターゲットをAnyCpuではなくx86に設定しても効果がありません。
6. Visual Studioのインストールを修復しても効果はありません。

この記事はMSDN Webサイトにもありました。

サポートされていないシナリオ

エディットコンティニュは、次のデバッグシナリオでは使用できません。

• Windows 98でのデバッグ。

• 混合モード（ネイティブ/管理）デバッグ。

• SQLデバッグ。

• ワトソン博士のダンプのデバッグ。

• 未処理の例外の後のコードの編集、「未処理の例外でコールスタックを巻き戻す」オプションが選択されていない場合。

• 組み込みランタイムアプリケーションのデバッグ。

• [デバッグ]メニューの[開始]でアプリケーションを実行するのではなく、[接続先]でアプリケーションをデバッグします。

• 最適化されたコードのデバッグ。

• ターゲットが64ビットアプリケーションである場合のマネージコードのデバッグ。エディットコンティニューを使用する場合は、ターゲットをx86に設定する必要があります。（プロジェクトのプロパティ、[コンパイル]タブ、高度なコンパイラ設定。）

• ビルドエラーのために新しいバージョンのビルドが失敗した後、古いバージョンのコードをデバッグします。

しかし、私はこのリストのすべての項目に「いいえ」と答えることができます。

以前は機能していましたが、数日前に機能しなくなりました。原因が何であるかはわかりません。

ようやく問題を解決しました：Gallioをアンインストールします

Gallioにはかなりのラフエッジがあるようですが、MbUnit 3.0を使用せずにMbUnit 2.0フレームワークを使用して、インストーラー（ビジュアルスタジオプラグインもインストール済み）からインストールせずに実行しているgallioランナーを使用することをお勧めします。

ちなみに、Gallioプラグインを「無効化」した後でも問題が発生しました。アンインストールだけが問題を解決しました。

PS。ナイトコーダーによる編集：
私の場合、TypeMock Isolator（モックフレームワーク）を無効にすると、ようやく助けられました！編集と続行が機能するようになりました!!!

TypeMockサポートからの回答は次のとおりです。

エディットコンティニューの問題をさらに検討し、Microsoftと話し合ったところ、Isolatorでは解決できないという結論に達しました。アイソレーターはCLRプロファイラーを実装しており、私たちの調査によると、CLRプロファイラーを有効にしてアタッチすると、編集と続行は自動的に無効になります。申し訳ありませんが、これはバグではなく、Isolatorの制限と見なされています。

その他の適用可能なソリューション

以下は、編集＆続行をすばやく修正しようとしている場合に試してみられる可能性のある解決策の不完全で順序付けられていないリストです。

• デバッグモードになっていることを確認してください
• 混合モードのプロセスを起動していないことを確認してください
• CPUターゲットをAnyCPU ではなくx86に設定してみてください（x64マシン上）
• プロジェクトのプロパティ->デバッグで、デバッグモードの [ コードの最適化]チェックボックスをオフにします。
• チェックを外し最適化を有効に高度なコンパイラの設定
• （ASP.NET）ナイトコーダーの答えがそうであるかどうかを確認します
• （ASP.NET）該当する場合は、この回答を（matrixuglyで）確認してください
• （ASP.NET）[ Web ]タブ（vs2010）で[ 編集して続行 ]が有効になっていることを確認します
• （ASP.NET）に移動し、プロパティ>ウェブ>サーバー、およびことを確認して有効にして、継続の下でチェックされている使用のVisual Studio開発サーバー。
• （ASP.NET WebAPI）編集を試みる前に、ブレークポイントを使用してコントローラーのメソッドで停止していることを確認してください。
• （vs2017）[ツール]> [オプション]> [デバッグ]に移動し、[編集して続行] をオフ（選択解除）にします。これは実際には「従来の」アドバイスの反対です（この投稿の他のいくつかのポイントを参照してください）。実行中のプログラムに実際に変更を加えることはできません（つまり、行ったコード変更をホットスワップしません）-コードを編集するだけです（つまり、煩わしいメッセージを防ぎ、エディターを「ロック」します。 ）。
• [ツール]> [オプション]> [デバッグ]> [全般]に移動し、[元のバージョンと完全に一致するソースファイルを要求する]がオフになっていることを確認します。
• [Windowsデバッグヒープアロケーターを有効にする（ネイティブのみ）]をオンにします[VS Community 2017]
• Microsoft Fakesを使用していますか？編集と続行を禁止します。
• すべて殺す* .vshost.exe選択することで、インスタンスをプロセスの終了ツリーでタスクマネージャ。VSは正しいインスタンスを再生成します。
• Debug-> Delete All Breakpointsですべてのブレークポイントを削除します
• [有効化して続行 ]は、[ツール]> [オプション ] > [デバッグ ]メニューと[プロジェクト設定]の両方にあります。両方の場所を確認してください。エディットコンティニューは、拡張Intellitrace設定ではサポートされていません。
• 必ずデバッグ情報でプロジェクトのプロパティ]> [ビルド]> [詳細]> [出力]> [デバッグ情報がに設定されている全
• 一部のプラグインが干渉している可能性があります。無効化/アンインストールしてから、他のソリューションを再試行して確認してください。
• 注意を十分に払っていない場合、これを修正しようとしたときに発生するエラーは、診断しやすい別の何かに変わる可能性があります。たとえば、ラムダ式を含むメソッドは編集と続行をサポートできません。

• システム変数COR_ENABLE_PROFILINGがに設定されていないことを確認し1ます。一部のプロファイラーは、インストール時にこれを設定し、アンインストール後もそのままにします。コマンドプロンプトを開いて入力setし、システムが影響を受けていることをすばやく確認します。その場合は、変数を削除するか、次のように設定し0ます。

  • Windows 8以降では、システム（コントロールパネル）を検索します。
  • [ システムの詳細設定]リンクをクリックします。
  • [ 環境変数]をクリックします。
  • 削除する COR_ENABLE_PROFILING

• サポートされていないシナリオ（質問で報告されている）とサポートされていない編集に注意してください。

*「あなた」とは、解決策を見つけるためにキーボードで頭を叩いているページの訪問者を意味します。

ここに記載されていない場合は、この回答を編集して回避策を追加してください。

ASP.NETアプリケーションをデバッグする場合は、[プロパティ]> [Web]> [サーバー]に移動し、[Visual Studio開発サーバーの使用]で[有効にして続行]がオンになっていることを確認します。

私も同じ問題を抱えていました。VS 2008を再インストールしましたが、問題は解消しませんでした。しかし、すべてのブレークポイントを削除すると、機能し始めました。

Debug->Delete All Breakpoints

コードにブレークポイントが含まれているaspxページを削除してから、同じ名前で別のページを作成したことが原因であると思います。これはおそらくVS 2008を混乱させました。

チェックすることのカップル

• コンパイルがデバッグ対リリースに設定されていることを確認してください
• 混合モードのプロセスを起動していないことを確認してください
• 64ビットマシンの場合CPUターゲットをAnyCPUではなくx86に設定してください。

編集

これは重要ではないと思いますが、ターゲットプラットフォームでホスティングプロセスが有効になっていることを確認してください。おそらく役に立たないでしょう。

新しいプロジェクトを再現すると、さらに微妙なものになる可能性があります。以下を試してみます。

• バックアップHKCU：\ Software \ Wow6432Node \ VisualStudio \ 9.0（おそらく名前を変更するだけ）
• 同じキーを削除
• 再現を再試行してください

上記の解決策のどれも私にはうまくいきませんでした（64xマシンで実行）。

最後に'advanced compiler settings'、「UNCHECKED 'enable optimizations」をクリックし、デバッグ中にコードをステップ実行して編集できます。

「エディットコンティニュー」を有効にすると、ブレークモードの場合にのみコードを編集できます。たとえば、例外によって実行を一時停止したり、ブレークポイントにヒットしたりすることによってコードを編集できます。

これは、実行が一時停止されていないときはコードを編集できないことを意味します！（ASP.NET）Webプロジェクトのデバッグに関しては、リクエスト間で変更を加えたい場合が多いため、これは非常に直感的ではありません。現時点では、（おそらく）デバッグは実行されていませんが、一時停止されていません！
これを解決するには、[すべて解除]をクリックします（またはCtrl+ Alt+を押しBreakます）。または、どこかにブレークポイントを設定します（例：Page_Load、それがブレークポイントにヒットしたときに、その実行が一時停止してページをリロードイベント）、そして今、あなたは、コードを編集することができます。.csファイル内のコードでも。

私には、理解できない理由で、「コンパイラの詳細設定」の「デバッグ情報を生成」の設定が「完全」ではなく「pdbのみ」に設定されていました。

デフォルトでは、このパラメーターは常に「フル」に設定されていますが、謎のポルターガイストが昨夜このパラメーターを変更しました。:)

PS Visual Studio 2010でVisual Basic .Netにいます

ASP.NETアプリに関する懸念がある場合は、Webタブ（vs2010）で編集を続行し、有効にしてください。以前のバージョンでは、ASP.NETデバッグ用の個別の設定もありました。

よろしく、

アダム。

プロジェクトのプロパティの下で、ビルドとデバッグのタブがデバッグに設定されていて、他のすべての設定が正しいにもかかわらず、メッセージが表示されますが、ビルドメニューでさらに掘り下げた後、構成マネージャーを選択し、デバッグが選択されていることを確認します2か所にもあります。図に行く...デバッグを設定するために必要な異なる場所はいくつありますか?????? プロジェクト-構成をデバッグに設定してから、ビルド-マネージャーで変更されていないので、プロジェクト構成も同じ設定に変更しました-再びマイクロソフトの問題のようです...

この問題はIntellitrace設定が原因です

Intellitraceが有効になっている場合は、Intellitraceイベントのみがチェックされていることを確認してください

それ以外の場合は、編集を続行できません。

Intellitraceオプションをクリックすると、警告が表示されます。

次の撮影は、VS2010の使用に役立ちました。

[ツール]、[オプション]、[デバッグ]、[全般]に移動し、[元のバージョンと完全に一致するようにソースファイルを要求する]がオフになっていることを確認します。

これは、デバッガーがブレークポイントに到達していないか、Break All（一時停止）に到達していない場合に発生します。それはそんなに簡単なことではありませんか？

このエラーは、考えられる原因は次のとおりです。「デバッグ中のコードはビルド時または実行時に最適化されました」。[プロジェクトプロパティ]-> [デバッグ]に移動し、[デバッグモード]の[コードの最適化]ボックスをオフにします。

Microsoft Visual Studio 2008でこの問題が発生しましたが、解決策は簡単です。プロジェクトを実行するときは、「リリース」ではなく「デバッグ」モードに設定してください。別の人の解決策が役立つ場合があります。

新しいプロジェクトを作成すると、デバッグ中の編集が機能しません。新しいWebサイトを作成した場合、デバッグ中に編集が期待どおりに機能します。

私の場合、デフォルトのデバッガ設定にリセットし、IntelliTrace-> intellytraceイベントのみを設定すると役立ちます

VS2010の使用に役立つと思われるいくつかのこと：

• [ツール]、[オプション]、[デバッグ]、[全般]に移動し、[元のバージョンと完全に一致するようにソースファイルを要求する]がオフになっていることを確認します。
• 複数の.vshost.exeインスタンスは、たとえば、停止したプロセスからVSデバッガーをデタッチすることで残されます。これは、ブレークポイントとコンパイルにも干渉します。タスクマネージャーの[プロセス]タブを使用して、各インスタンスを右クリックし、[プロセスツリーの終了]を選択して、.vshost.exeのすべてのインスタンスを強制終了します。VSは新しいインスタンスを作成します。

使用しなかったため、プロジェクトからデータセットを削除しました。その後、デバッグ時にプログラムを変更できます。

私は他のすべての回答で言及されているすべての変更を行いましたが、どれもうまくいきませんでした。私は何を学びましたか？[有効化して続行 ]は、[ツール]> [オプション]> [デバッグ]メニューとプロジェクト設定の両方にあります。両方をチェックした後、有効化と続行が機能しました。

今日、これに遭遇しました-デバッグ情報をpdb-only（または、想像していません）に設定すると、編集および続行が機能しなくなることがわかりました。

まず、デバッグ情報が「完全」に設定されていることを確認してください。

プロジェクトプロパティ>ビルド>詳細設定>出力>デバッグ情報

illogicのようですが、編集を無効にしてVS 2017オプションから続行する唯一の方法でした...その後、AspNetの編集と続行が機能し始めました...

私のために働いたのは、「管理された互換モードを使用する」のチェックを外していた

ツール->オプション->デバッグ

TBN：[元のバージョンと完全に一致するようにソースファイルを要求する]をオンまたはオフにしても、E＆Cには影響しないようです。

これがお役に立てば幸いです。

編集を有効にして、作業のみを実行し、IIS Expressを実行します。ローカルISSまたは外部ホストで作業しないでください。

VS 2019を16.4.3にアップグレードして以来、私はこの厄介な問題に直面し、多くの頭痛を引き起こしました。
最後に私はこの方法で問題を解決しました：

1.デバッグを停止します
2.「ソリューションエクスプローラー」からソリューションを選択します
3. 「プロパティ」ウィンドウで「アクティブ構成」プロパティを「リリース|任意のCPU」から「デバッグ|任意のCPU」に変更します 4 [デバッグ]> [オプション]> [全般]で、[ 編集して続行]チェックボックスをオンにします。 これでうまくいきました。

相互運用タイプの埋め込みVisual Studioはfalseに設定する必要があります

これはリンクされたクラスファイルで発生しました。プロジェクトの残りの部分ではE＆Cを許可しましたが、リンクされたファイルの編集で同じエラーが発生しました。解決策は、リンクされたファイルを独自のプロジェクトに分割し、プロジェクトを参照することでした。

私も同じ問題に直面しました。私の問題は、ファイルを変更できるが、別のファイルは変更できないことでした（両方とも同じプロジェクトにあります）。後で、変更できないファイルも別のプロジェクトの一部であることがわかりました。別のプロジェクト（ユニットテスト）が読み込まれず、インテリジェント VSデバッガーが、この特定のファイルのアセンブリが読み込まれなかったというエラーを表示し、変更が許可されていません。なんて変なんだ！

したがって、ユニットテストプロジェクトをアンロードして、EnCデバッグを続行する必要がありました。

ソリューションにデータベースプロジェクトがあり、webformsプロジェクトの編集ができませんでした。

データベースプロジェクトの[アンロード]をクリックすると、すべてが問題なく動作します。

VS2017の場合、ソリューションの.suoファイルを削除すると役立ちます。:)