Visual Studio refuse d'oublier les points d'arrêt?
Visual Studio se souvient des points d'arrêt des sessions de débogage précédentes, ce qui est génial.
Cependant, lorsque je débogue et que j'efface l'un de ces "anciens" points d'arrêt en cliquant dessus, ce n'est que temporairement supprimé. Ce que je veux dire, c'est la prochaine fois que je débogue, le point d'arrêt que je pensais avoir supprimé est de retour.
C'est super énervant - y a-t-il un réglage pour que cela ne soit pas fait?
allez dans le menu Debug puis Delete All BreakpointsCtrl+Shift+F9
Le problème est que les points d'arrêt enfants de vos points d'arrêt persistent. Des points d'arrêt enfants sont créés (dans certaines situations) lors de la définition de points d'arrêt pendant une session de débogage.
Un moyen sûr de supprimer un point d'arrêt (et ses enfants) consiste à le rechercher manuellement dans la fenêtre du point d'arrêt, puis à le supprimer. (Sélectionnez le nœud supérieur de l'entrée, appuyez sur Delete.)
Si vous exécutez une (ancienne) version de Visual Studio prenant en charge les macros VBScript, vous pouvez exécuter la macro publiée ici (entre les sessions de débogage), pour supprimer les points d'arrêt enfants. Cela rendra la suppression des points de rupture plus facile et plus prévisible en cliquant sur le glyphe, mais cela reste problématique et délicat.
J'avais du mal à trouver la «fenêtre des points d'arrêt». Voici le moyen rapide de l'ouvrir - ctrl + alt + B
Ou vous pouvez manuellement aller à 'Debug-> Windows-> Breakpoints' pour l'ouvrir.
Ou vous pouvez appuyer sur ctrl + shift + F9 pour supprimer tous les points d'arrêt à la fois!
Il ya quelques réponses ici, mais à mon avis, les actions proposées sont distrayantes à utiliser lors du débogage (je ne veux pas perdre mon objectif).
Mon flux avec des points d'arrêt collants pendant les points d'arrêt est le suivant:
Au cours du débogage,DÉSACTIVEle point d'arrêt au lieu de le supprimer.
Moyens possibles pour désactiver un point d'arrêt:
- survolez avec le curseur et cliquez sur l'icône en deux cycles;
- ou utilisez le menu contextuel dessus;
- ou raccourci clavier CTRL + F9 (pas Maj + CTRL + F9, car cela efface tous les points d'arrêt).
Plus tard, lors du développement, je supprime un point d'arrêt désactivé lorsque j'en vois un.
PS. C'est également une bonne pratique de supprimer tous les points d'arrêt de temps en temps.
- Démarrez votre session de débogage avec un nombre minimal de fichiers ouverts. Au fur et à mesure que vous déboguez, des points d'arrêt indésirables apparaîtront et les fichiers contenant s'ouvriront dans de nouveaux onglets.
- Terminez la session de débogage et ouvrez la fenêtre des points d'arrêt (à partir de la barre d'outils de débogage, pour une raison quelconque, elle ne figure pas dans le menu Affichage).
- Pour chaque fichier, entrez le nom du fichier dans la zone de recherche de la fenêtre Points d'arrêt et appuyez sur Entrée pour filtrer les points d'arrêt par fichier.
- Vous pouvez ensuite cliquer sur chaque point d'arrêt dans la fenêtre pour voir où ils se trouvent dans le code et les supprimer si vous le souhaitez ... Un peu fastidieux mais c'est le meilleur moyen que j'ai trouvé pour se débarrasser de ces points d'arrêt fantômes indésirables ... Gestion des signets et des points d'arrêt .. Ces fonctions ont probablement été améliorées au cours du siècle dernier ...
La plupart des points d'arrêt peuvent être supprimés pendant la session de débogage, mais certains sont bloqués (probablement un bogue dans Visual Studio).
Si vous souhaitez supprimer uniquement le point d'arrêt bloqué, utilisez les fenêtres "Points d'arrêt" du menu de mise au point. Là, vous verrez probablement que votre point d'arrêt existe plusieurs fois pour la même ligne. Faites simplement un clic droit et supprimez-le.
Allez dans debug> windows> points d'arrêt et recherchez-les et supprimez-les du volet.
comme il a été répondu ici
J’estime qu’il s’agit là d’un défaut de conception, c’est très frustrant et qu’il faut vivre avec cela depuis longtemps. Nous l’avons tellement souvent touché que cela devient la norme. Les solutions proposées jusqu’à présent sont vraiment des solutions.
Une meilleure solution serait de vous réunir et de voter pour un changement de la voix utilisateur Visual Studio. Il semble que cela ait été enregistré plusieurs fois, nous devrions donc en choisir un pour voter.
Une réponse alternative rapide à cette vieille question qui vient de me toucher avec Visual Studio 2017.
Si possible, il suffit de couper et coller le code avec le point d'arrêt dessus. Le point d'arrêt disparaît avec la coupe.