일주일 전에 Visual Studio에서 문제가 발생했습니다.
전에나는 거의 동시에 릴리스를 구축하고 디버깅을 하고 있었습니다. F6디버깅을 중지하고 릴리스 버전("bin\Release")을 빌드하기 위해 눌렀습니다 . 그런 다음 F5디버그 버전("bin\Debug")을 빌드하고 시작하는 디버깅을 시작하려면 누르십시오 . 내 작업 흐름은 매우 유창했습니다. 그것은 좋았다.
F6트리거 메뉴 -> 빌드 -> 솔루션 다시 빌드(릴리스 버전을 다시 빌드할 것으로 예상됨)
F5트리거 메뉴 -> 디버그 -> 디버깅 시작(디버그 버전을 (빌드하고) 실행할 것으로 예상함)
후에이제 마우스를 찾고, 커서를 찾고, 메뉴로 이동하고, "표준" 도구 모음을 활성화한 다음(수직 공간을 차지하기 때문에 숨겨져 있기 때문에) 릴리스 버전으로 전환해야 합니다. 디버그로 다시 전환하는 것을 잊어버리면 릴리스에서 디버깅 중입니다. 매우 짜증납니다. 워크플로우가 없습니다!
어떻게 다시 바꿀 수 있나요? 릴리스가 최적화되어 있고 해당 위치가 있다는 것을 알고 있기 때문에 Visual Studio의 구성에는 신경 쓰지 않았습니다. 그리고 디버그가 최적화되지 않고 검토되어 예외가 발생하면 앱이 정지됩니다. Visual Studio가 자동으로 구성을 전환하고 있다고 생각합니다. 이제는 그 일을 중단했습니다. 어쩌면 내가 잘못된 단축키를 눌렀을 수도 있습니다. 나 돌아가고 싶어.
답변1
현재 작동하는 방식은 Visual Studio가 수년 동안 작동해 온 방식입니다.
릴리스 버전을 디버깅하는 것은 전적으로 가능합니다. 나는 릴리스 버전에만 도착한 버그를 찾기 위해 여러 번 그렇게 했습니다.
디버깅을 사용하면 F5현재 프로젝트가 디버그인 경우에만 디버그 버전이 생성되고 그렇지 않은 경우 릴리스 버전이 생성됩니다.
릴리스 모드에서 디버그 버전을 디버깅하는 경우가 있는데 F5, 이는 기존 디버그가 .exe프로젝트 릴리스 트리의 소스 또는 개체 파일보다 최신이므로 다시 만들 필요가 없는 경우입니다. Visual Studio는 를 어떻게 생성했는지 기억하지 못 .exe하므로 유일한 관심사는 타임스탬프입니다.
즉, 변경된 것은 Visual Studio가 아니라 작업 환경입니다. 프로젝트를 실행할 때 현재 수행하는 작업뿐만 아니라 이전에 수행한 작업에도 주의를 기울여야 합니다.
.NET Framework의 디버그 버전과 릴리스 버전에 서로 다른 이름을 지정할 것을 강력히 제안합니다 .exe. 두 .exe버전에 대해 두 개의 서로 다른 이름을 사용하면 발생하는 오류를 피할 수 있습니다.