Visual Studioは、以前のデバッグセッションからのブレークポイントを記憶しています。
ただし、デバッグ中にこれらの「古い」ブレークポイントの1つをクリックしてクリアすると、一時的に削除されるだけです。つまり、次回デバッグするときに、削除したと思ったブレークポイントが戻ってきました。
これは非常に迷惑です-これを行わないようにする設定はありますか?
Visual Studioは、以前のデバッグセッションからのブレークポイントを記憶しています。
ただし、デバッグ中にこれらの「古い」ブレークポイントの1つをクリックしてクリアすると、一時的に削除されるだけです。つまり、次回デバッグするときに、削除したと思ったブレークポイントが戻ってきました。
これは非常に迷惑です-これを行わないようにする設定はありますか?
回答:
行きDebug
、メニューDelete All Breakpoints
Ctrl+Shift+F9
問題は、ブレークポイントの子ブレークポイントが存続することです。デバッグセッション中にブレークポイントを設定すると、子ブレークポイントが(特定の状況で)作成されます。
ブレークポイント(および子)を削除する確実な方法は、ブレークポイントウィンドウで手動で探して、そこから削除することです。(エントリの最上位ノードを選択し、を押しますDelete。)
VBScriptマクロをサポートする(古い)バージョンのVisual Studioを実行している場合は、ここ(デバッグセッション間)に投稿されたマクロを実行して、子ブレークポイントを削除できます。これにより、グリフをクリックしてブレークポイントを削除することがより効果的で予測可能になりますが、問題が残り、扱いにくくなっています。
'BreakPointsウィンドウ'を見つけるのに苦労していたので、これを開く簡単な方法を次に示します- ctrl
+ alt
+B
または、手動で「デバッグ」->「ウィンドウ」->「ブレークポイント」に移動して開くことができます。
または、ctrl
+ shift
+ F9
を押して、すべてのブレークポイントを一度に削除することもできます。
ここにいくつかの答えがありますが、私の意見では、提案されたアクションはデバッグ中に使用するのが面倒です(焦点を失いたくない)。
ブレークポイント中のスティッキーブレークポイントのフローは次のとおりです。
デバッグ中に、ブレークポイントを削除するのではなく無効にします。
ブレークポイントを無効にする可能な方法:
後で、開発中に、無効になっているブレークポイントを見つけたら削除します。
PS。すべてのブレークポイントをときどき削除することもお勧めします。
これは設計上の欠陥であり、非常にイライラするものであり、私たちが長い間一緒に暮らしてきたものです。私たちは頻繁にそれをぶつけるので、それは単なる標準になります。これまでの解決策は実際に回避策です。
より良い解決策は、集まってVisual Studioのユーザー音声の変更に投票することです。これは数回記録されているようですので、投票するために1つ選択する必要があります。