Хранение строк подключения к базе данных EF в проекте Silverlight

Question

Мы команда из 4 разработчиков, работающих над одним проектом.Мы используем Entity Framework для доступа к нашей базе данных SQL.Мы сохраняем строку подключения в web.config.

Каждый разработчик тестирует свой код в своей собственной локальной базе данных SQL-сервера.Это означает, что у каждого разработчика есть своя собственная строка подключения SQL Server в web.config.У меня обычно есть несколько разных копий базы данных на моем компьютере с данными из разных сценариев, которые я переключаю, редактируя строку подключения.Одна база данных может быть пустой, другая может содержать огромное количество тестовых данных и т. Д.

Проблема, с которой мы сталкиваемся, заключается в том, что мы случайно регистрируем в файле web.config стандартное управление исходным кодом, что означает, что когда одиниз других разработчиков в команде, получающих последний код из системы контроля версий, его локальный файл web.config - со строкой подключения - будет перезаписан кодом другого разработчика.(Кстати, мы используем AccuRev, в котором нет хорошего способа игнорировать определенные файлы.)

Я подумал о нескольких различных хакерских решениях:

• Создатьновый файл конфигурации, в котором мы храним компьютерные конфигурации.Мы не проверяем этот файл в системе контроля версий.Или мы проверяем это, используя другое имя.
• Переименуйте web.config в web.config.default (или что-то еще) в системе контроля версий.После извлечения из системы контроля версий разработчик должен переименовать web.config.default в web.config, прежде чем он сможет работать.

Конечно, должен существовать какой-то стандартный способ обработки этого?

Answer 1

Я выбрал следующее решение:

• Переименуйте web.config в web.config.default (или что-то еще) в системе контроля версий
• В качестве шага предварительной сборки проверьте, существует ли web.config. Если нет, скопируйте файл web.config.default в файл web.config.

Answer 2

Если вы используете Visual Studio 2010, вы можете использовать преобразование web.config.

просто мысль ...
каждый разработчик должен настроить свою собственную конфигурацию сборки, такую ​​как DebugDeveloperA, DebugDeveloperB, Staging, Relase и т. д. *
Visual Studio 2010 создает файлы преобразования web.config для каждой конфигурации сборки, поэтому, если вы получаете последнюю версию из системы контроля версий, вам необходимо убедиться, что вы используете свою конфигурацию сборки.