ОБНОВЛЕНИЕ # 3 После долгих исследований этого атрибута я собрал все вместе в одной статье:
Исходное сообщение
Это похоже на нормальное поведение. Я испытал то же самое, и это на некоторое время остановило меня, пытаясь понять, что я сделал неправильно.
Если у вас есть тег местоположения, как указано выше, тогда, когда вы нажмете кнопку воспроизведения, чтобы начать отладку, он скомпилируется, запустит сайт и сразу же закроет сеанс отладки. Ваш веб-сайт загрузится, и вы сможете использовать его как обычно, но если вы посмотрите на него в visual studio, вы увидите, что кнопка отладки воспроизведения доступна, и приложение не считается отлаживаемым в данный момент.
Комментирование этого и повторение процесса отладки приводит к тому, что он сразу же начинает снова корректно отлаживаться.
Сейчас я нахожусь в ситуации, когда мне приходится комментировать тег локально, когда я работаю над сайтом с этим, а затем не забудьте раскомментировать его перед тем, как снова загрузить его на сервер.
Довольно раздражает, потому что я ненавижу оставлять такие вещи, чтобы у меня был шанс вспомнить.
Надеюсь, я смогу автоматизировать этот атрибут, когда выйдет .net 4, и мы получим в свои руки инструменты преобразования web.config.
UPDATE
Проводя некоторое исследование этого для статьи, которую я пишу, кажется, что это известная ошибка:
Текущий способ обхода - как предложено - закомментируйте тег для отладки.
ОБНОВЛЕНИЕ # 2 Во время исследования этой проблемы я обнаружил сценарий, который может вызвать ошибку сервера. К сожалению, это не решит вашу проблему, но если вы используете тег , вы можете столкнуться с этой проблемой достаточно скоро:
В статье описывается метод, который в основном создает несколько версий тегов в файле web.config внутри и снаружи тега . В моей статье я создаю второй тег , и когда я увидел, что он работает, я сразу подумал об этой теме. Хотя он позволил мне создать второй и переместить тег за пределы , я столкнулся с дополнительными проблемами зависимости, которые не позволили мне успешно скомпилировать.