VS 2010 преобразования Web.config для отладки

Question

Я фанат новых преобразований VS 2010 Web.config.Я использую эту функцию для целей развертывания и спрашиваю себя, можно ли использовать их и для отладки.

Я думаю об их использовании в IDE: я хочу создать другую встроенную конфигурацию (со связанными конфигурациями преобразования);выберите один из них;запустите веб-сайт в IDE и отладьте различные конфигурации таким образом.

Answer 1

Обновление

Благодаря стороннему плагину SlowCheetah это стало возможным. У шотландца Хансельмана есть сообщение в блоге об этом.

---

Оригинальный ответ:

К сожалению, преобразования web.config влияют только на публикацию сайтов и создание пакетов развертывания.

В нашем сценарии у нас есть две группы разработки, одна с доступом к нескольким средам (внутренняя), а другая с доступом к одной среде (оффшорная). У нас есть периоды, когда внутренняя группа должна отлаживать непосредственно в QA, в то время как оффшоры остаются заблокированными (поэтому их web.config должны указывать на среду разработки).

Мы надеялись иметь 1x конфигурацию сборки для каждой среды и иметь возможность выбрать конфигурацию сборки, которая соответствует среде для отладки по - что, как я понимаю, является вашим вопросом.

Answer 2

Я нашел альтернативное решение, которое не требует сторонних инструментов: http://ledtalks.blogspot.in/2011/09/webconfig-transformations-when.html. Я пробовал это только для файла web.config

Answer 3

Если кому-то интересно , почему они не создали эту функцию, из: http://forums.asp.net/p/1532038/3711423.aspx

"Когда веб-приложение запускается, файл web.config в корневой папке проектабудет подхвачен asp.net, и я знаю, что, к сожалению, он находится под контролем исходного кода. Я, конечно, понимаю чистоту, связанную с тем, что среда выполнения может использовать преобразованный файл web.config из временной папки, однако среда выполнения asp.net ничего не знает оПо сравнению со структурой проекта, и она полностью основана на структуре каталогов. Использование альтернативного пути также может привести к разрыву, так как web.config в подпапке может наследовать настройки от верхнего уровня каталога. "