Visual Studioはブレークポイントを忘れることを拒否しますか?


216

Visual Studioは、以前のデバッグセッションからのブレークポイントを記憶しています。

ただし、デバッグ中にこれらの「古い」ブレークポイントの1つをクリックしてクリアすると、一時的に削除されるだけです。つまり、次回デバッグするときに、削除したと思ったブレークポイントが戻ってきました。

これは非常に迷惑です-これを行わないようにする設定はありますか?


24
デバッガーが停止した後にそれらを削除すると、永久に消えてしまいます。
dlev

2
バグレポートは2009年に「仕様どおり」にクローズされました。- MSから説明connect.microsoft.com/VisualStudio/feedback/details/476744/...
zomf

1
VS 2015の新しいベータ版をお持ちの場合は、Frownを送信できます。たぶんみんなが聞いてくれるでしょう。
jsuddsjr

その接続URLは機能しなくなりましたが、それはスレッドに関するものだったと思いますが、理由に関係なく「ブレークポイントを完全に削除する」右クリックオプションを追加するのはどれほど難しいですか。
Simon_Weaver

1
なぜブレークポイントのコンテキストメニューに[ 保留中のブレークポイントを削除する] オプションが表示されないのですか?それはロケット科学ではありません。
ジョン

回答:


131

行きDebug、メニューDelete All Breakpoints Ctrl+Shift+F9


39
デバッグツールバーから[ブレークポイント]ツールバー項目を選択してみてください。これにより、[ブレークポイント]ウィンドウが表示されます。このウィンドウから、アプリケーションのすべてのブレークポイントを表示できます。ここでは、[ブレークポイント]ペインのツールバーから[削除]ボタンをクリックして、ブレークポイントを選択してクリアします。
2010年

すばらしい-ホットキーはExpressエディションで機能します(メニューに項目がありません)。
fun_vit 2015

20
すべてではなく1つのブレークポイントのみを削除する場合は問題あり
andrew.fox

1
これは常に問題を解決するわけではありません。私はそれを使用しましたが、ブレークポイントはまだ戻ってきます。それは、50回以上押し続けるまでそれを通り抜けることができない迷惑な場所にあります。
Dinerdo 2017年

1
@Dinerdo削除する代わりに、無効にするか、決して真にならない条件を追加してみることができます。
トムブロジェット2017

15

問題は、ブレークポイントの子ブレークポイントが存続することです。デバッグセッション中にブレークポイントを設定すると、子ブレークポイントが(特定の状況で)作成されます。

ブレークポイント(および子)を削除する確実な方法は、ブレークポイントウィンドウで手動で探して、そこから削除することです。(エントリの最上位ノードを選択し、を押しますDelete。)

VBScriptマクロをサポートする(古い)バージョンのVisual Studioを実行している場合は、ここ(デバッグセッション間)に投稿されたマクロを実行して、子ブレークポイントを削除できます。これにより、グリフをクリックしてブレークポイントを削除することがより効果的で予測可能になりますが、問題が残り、扱いにくくなっています。


12

'BreakPointsウィンドウ'を見つけるのに苦労していたので、これを開く簡単な方法を次に示します- ctrl+ alt+B

ここに画像の説明を入力してください


または、手動で「デバッグ」->「ウィンドウ」->「ブレークポイント」に移動して開くことができます。

ここに画像の説明を入力してください


または、ctrl+ shift+ F9を押して、すべてのブレークポイントを一度に削除することもできます。


9

ここにいくつかの答えがありますが、私の意見では、提案されたアクションはデバッグ中に使用するのが面倒です(焦点を失いたくない)。

ブレークポイント中のスティッキーブレークポイントのフローは次のとおりです。

デバッグ中に、ブレークポイントを削除するのではなく無効にします。

ブレークポイントを無効にする可能な方法:

  • カーソルでホバーし、2サイクルのアイコンをクリックします。
  • またはその上でコンテキストメニューを使用します。
  • またはキーボードのショートカットCTRL + F9(Shift + CTRL + F9ではなく、すべてのブレークポイントがクリアされるため)。

後で、開発中に、無効になっているブレークポイントを見つけたら削除します。

PS。すべてのブレークポイントをときどき削除することもお勧めします。


1
無効化が機能する場合、上記の記事で説明した「バインドされたブレークポイント」と「保留中のブレークポイント」の比較(設計上、クローズ)が解決できない問題である理由がわかりません。
ItAllABadJoke

3
  • 不要なブレークポイントをデバッグすると、含まれているファイルが新しいタブで開くので、最小限の数のファイルを開いてデバッグセッションを開始します。
  • デバッグセッションを終了し、ブレークポイントウィンドウを開きます(デバッグツールバーから、何らかの理由で[表示]メニューにありません)。
  • 各ファイルについて、ブレークポイントウィンドウの検索領域にファイルの名前を入力し、Enterキーを押してファイルごとにブレークポイントを除外します。
  • 次に、ウィンドウ内の各ブレークポイントをクリックして、コード内のどこにあるかを確認し、必要に応じて削除できます。少々面倒ですが、不要なゴーストブレークポイントを取り除くために見つけた最善の方法は...ブックマークとブレークポイントの管理です。

1

ほとんどのブレークポイントは、デバッグセッション中に削除できますが、スタックしているものもあります(おそらくVisual Studioのバグ)。

スタックしているブレークポイントのみを削除したい場合は、デバッグメニューにある「ブレークポイント」ウィンドウを使用します。おそらく、同じ行にブレークポイントが複数存在していることがわかります。右クリックして削除するだけです。


0

Visual Studio 2017で私を襲ったこの古い質問に対する簡単な代替回答。

可能であれば、ブレークポイントを含むコードを切り取って貼り付けます。ブレークポイントはカットとともに消えます。



0

これは設計上の欠陥であり、非常にイライラするものであり、私たちが長い間一緒に暮らしてきたものです。私たちは頻繁にそれをぶつけるので、それは単なる標準になります。これまでの解決策は実際に回避策です。

より良い解決策は、集まってVisual Studioのユーザー音声の変更に投票することです。これは数回記録されているようですので、投票するために1つ選択する必要があります。

https://visualstudio.uservoice.com/forums/121579-visual-studio-ide/suggestions/31123351-delete-disable-break-point-while-debugging-should


0

Webアプリケーションをデバッグしていて、Chromeにブレークポイントを設定している場合、VSコードはそのブレークポイントを尊重し、削除できません。つまり、有効なブレークポイントは、VS CodeとChromeで設定されたブレークポイントの合計です。そして、はい、クロームにブレークポイントを設定し、それをVSコードから削除する方法を理解しようとして迷うのを忘れがちです。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.