Автоматическое изменение конфигурации отладки/выпуска в Visual Studio?

Автоматическое изменение конфигурации отладки/выпуска в Visual Studio?

Неделю назад в моей Visual Studio что-то сломалось.

ДоЯ собирал релиз и отлаживал почти одновременно. Я нажал , F6чтобы остановить отладку и построить версию релиза ("bin\Release"). Затем нажал , F5чтобы начать отладку, что, конечно же, собирает отладочную версию ("bin\Debug") и запускает ее. Мой рабочий процесс был очень плавным. Это было хорошо.

F6Меню триггеров -> Сборка -> Пересобрать решение (я ожидаю пересобрать версию выпуска)
F5Меню триггеров -> Отладка -> Начать отладку (я ожидаю (собрать и) запустить отладочную версию)

ПослеТеперь мне нужно найти мышь, найти курсор, переместить его в меню, активировать панель инструментов "Стандарт" (потому что она у меня скрыта, потому что занимает вертикальное пространство), затем переключиться на релиз, чтобы собрать версию релиза. А если я забуду переключиться обратно на отладку, то это отладка в релизе. Это очень раздражает. Никакого рабочего процесса!

Как мне вернуть его обратно? Я никогда не заботился о конфигурациях в Visual Studio, так как я знаю, что release оптимизирован и его местоположение. А debug не оптимизирован и просматривается, так что когда происходит исключение, приложение останавливается. Я думаю, Visual Studio автоматически переключала конфигурации для меня. Теперь она перестала это делать. Может, я нажал не те сочетания клавиш. Я хочу вернуться назад.

решение1

То, как это работает сейчас, — это то, как Visual Studio работает уже много лет.

Вполне возможно отладить релизную версию. Я делал это много раз, чтобы найти ошибку, которая появилась только в релизной версии.

Отладка с помощью F5создаст отладочную версию только в том случае, если текущий проект является отладочным, и создаст релизную версию в противном случае.

Есть один случай, когда F5в режиме выпуска будет отлаживаться отладочная версия, и это когда существующая отладка .exeболее поздняя, ​​чем любой исходный или объектный файл в дереве выпуска проекта, поэтому нет необходимости создавать ее заново. Visual Studio не помнит, как она создала .exe, поэтому ее единственное беспокойство — это временные метки.

Короче говоря, изменилась не Visual Studio, а ваша рабочая среда. При запуске проекта вам нужно заботиться не только о том, что вы делаете сейчас, но и о том, что было сделано раньше.

Я настоятельно рекомендую давать разные имена отладочной и релизной версиям .exe. Использование двух разных имен для двух .exeверсий позволит избежать ошибок, с которыми вы сталкиваетесь.

Связанный контент