Возможно ли иметь разные файлы web.config для проекта Team Foundation Server?

Question

У меня простой веб-сайт ASP.NET MVC. Имеются режимы конфигурации Debug, Testing и Release.

Мы используем TFS в качестве контроля исходного кода, отслеживания ошибок и т. Д. Отлично.

Теперь мы собираемся использовать Team Build для автоматизации непрерывной интеграции. Дело в том, что мы не уверены, как сделать так, чтобы, если мы хотим сделать сборку DEBUG или сборку RELEASE, она также поместила правильный файл web.config в каталог назначения. Кроме того, у нас есть определенные разделы файла web.config, извлеченные для разделения файлов (например, раздел строки подключения или раздел ключа машины и т. Д.). Могут ли правильные файлы среды быть правильно сброшены в каталог назначения.

Answer 1

Вы можете сделать шаг предварительной сборки

Скажем, вы зарегистрировались

• / Debug.Web.Config
• / Release.Web.Config

Вы можете написать шаг перед сборкой, чтобы проверить тип сборки и скопировать соответствующий файл .config в

• / Web.Config

что-то вроде

cp $(ConfigurationName).Web.Config $(TargetDir)

Кстати, ASP.net 4.0 будет поддерживать несколько Web.Configs

http://weblogs.asp.net/gunnarpeipman/archive/2009/06/03/visual-studio-2010-multiple-web-config-versions.aspx

Answer 2

Кстати, использование шага перед сборкой или после сборки не будет работать в Team Foundation Server. Он автоматически настраивает безопасность в каталоге сборки, чтобы предотвратить любые изменения в файлах конфигурации во время процесса сборки, будь то события до сборки или события после сборки. Единственный результат использования cp - вернуть ошибку «Отказано в доступе».

Answer 3

Посмотрите в конфигурации преобразований. http://msdn.microsoft.com/en-us/library/dd465326.aspx