Следует ли обновлять файл web.config в VCS?

Question

Должны ли разработчики обновлять файл web.config и передавать его в VCS, например SVN? В моей компании мы очень редко обновляем его через SVN; вместо этого кто-то создаст текстовый файл «инструкции» в наших сценариях развертывания (сценарии SQL и т. п., а также пакетные файлы для компиляции файлов ASPX в виде отдельных библиотек DLL для развертывания), который говорит что-то вроде «Измените X на Y в файлах web.config для Сайты A, B и D ", и полагается на отдельного разработчика, следуя этим инструкциям каждый раз, когда файл обновляется.

Это кажется мне нелогичным: я ожидал, что файл web.config будет синхронизироваться по мере необходимости, с необходимыми изменениями, и файл будет зафиксирован как любой другой артефакт кодовой базы, но я поднял эту проблему в прошлом и никто не обращал на это внимания.

Какой подход следует использовать при работе с такими конфигурационными файлами?

Answer 1

Безусловно, веб-конфигурация должна находиться в системе контроля версий, и вы можете определить различия между различными версиями web.config с конфигурациями web.config

например, у нас есть один для локального сервера разработки, один для тестового сервера IIS и один для рабочего сервера IIS. И мы можем настроить конфигурацию решения и публиковать из Visual Studio для разных целей и разных клиентов (сайтов).

вот ссылки для конфигураций web.config:

Общие преобразования Web.Config в Visual Studio 2010

Синтаксис преобразования Web.config для развертывания проекта веб-приложения

Answer 2

Я бы не позволил всем разработчикам вообще иметь доступ к файлу web.config через SVN или другим способом. Хотя если в вашей компании разработчикам разрешен доступ к web.config, я не вижу причин, по которым он не должен быть в SVN. Цель SVN - отслеживать процесс разработки для одного или нескольких человек. Если вы вносите изменения в web.config, и это вызывает ошибку в чужом коде, было бы намного проще отменить изменения, используя SVN