Visual Studio는 이전 디버깅 세션의 중단 점을 기억합니다.
그러나 디버깅 할 때 이러한 "이전"중단 점 중 하나를 클릭하면 지워집니다. 일시적으로 만 삭제됩니다. 내가 의미하는 바는 다음에 디버깅 할 때 내가 제거했다고 생각한 중단 점이 돌아 왔다는 것입니다.
이것은 매우 성가신 일입니다. 그렇게하지 않는 설정이 있습니까?
Visual Studio는 이전 디버깅 세션의 중단 점을 기억합니다.
그러나 디버깅 할 때 이러한 "이전"중단 점 중 하나를 클릭하면 지워집니다. 일시적으로 만 삭제됩니다. 내가 의미하는 바는 다음에 디버깅 할 때 내가 제거했다고 생각한 중단 점이 돌아 왔다는 것입니다.
이것은 매우 성가신 일입니다. 그렇게하지 않는 설정이 있습니까?
답변:
Debug
다음 메뉴로 이동Delete All Breakpoints
Ctrl+Shift+F9
문제는 중단 점의 하위 중단 점이 지속된다는 것입니다. 디버그 세션 중 중단 점을 설정할 때 하위 중단 점이 작성됩니다 (특정 상황에서).
중단 점 (및 하위)을 삭제하는 확실한 방법은 중단 점 창에서 수동으로 중단 점을 찾아 삭제하는 것입니다. (항목의 최상위 노드를 선택하고를 누르십시오 Delete.)
VBScript 매크로를 지원하는 이전 버전의 Visual Studio를 실행하는 경우 여기에 게시 된 (디버그 세션간에) 매크로를 실행하여 자식 중단 점을 제거 할 수 있습니다. 이렇게하면 글리프를 좀 더 효과적이고 예측 가능하게 클릭하여 중단 점을 제거 할 수 있지만 계속 문제가되고 어색합니다.
'BreakPoints Window'를 찾는 데 어려움을 겪고 있었으므로 여기를 여는 빠른 방법이 있습니다. ctrl
+ alt
+B
또는 수동으로 'Debug-> Windows-> Breakpoints'로 이동하여 열 수 있습니다.
또는 ctrl
+ shift
+ F9
를 눌러 한 번에 모든 중단 점을 삭제할 수 있습니다 !
여기에 몇 가지 대답이 있지만, 제 생각에는 디버깅 중에 사용하는 행동이 산만합니다 (내 초점을 잃고 싶지 않습니다).
중단 점 동안 고정 중단 점이있는 흐름은 다음과 같습니다.
디버그 중에 중단 점을 제거하는 대신 비활성화 하십시오.
중단 점을 비활성화하는 가능한 방법 :
나중에 개발 중에 비활성화 된 중단 점을 볼 때 제거합니다.
추신. 또한 모든 중단 점을 가끔씩 제거하는 것이 좋습니다.
나는 이것이 디자인 결함, 매우 실망스럽고 오랫동안 우리와 함께 살았던 것으로 생각합니다. 우리는 그것을 너무 자주 때리면 그것이 표준이됩니다. 지금까지 제공된 솔루션이 실제로 해결되었습니다.
더 나은 솔루션은 Visual Studio User Voice의 변경 사항에 대해 함께 모여 투표하는 것입니다. 이것은 몇 번 기록 된 것으로 보이므로 투표를 위해 하나를 선택해야합니다.