Как все сохраняют соединительные строки?

Мне было интересно, смогут ли люди опубликовать свое решение текущей проблемы локальных баз данных и разных подключений между многими разработчиками в одном проекте в рамках контроля источника?

В частности, я говорю о проблеме, когда проект находится в исходном управлении и имеет множество разработчиков с локальной базой данных. Каждый разработчик имеет свою собственную строку соединения (именованный экземпляр, экземпляр по умолчанию, имя машины, имя пользователя, пароль и т.д.). Каждая проверка в переопределении предыдущей версии и вытаскивание последней версии приводит к использованию другой строки подключения.

Итак, люди, какое решение вы используете для этой проблемы? Дополнительные моменты для объяснения причин их решения, плюсы и минусы.

ИЗМЕНИТЬ Имейте в виду, что этот ответ не должен быть нацелен только на корпоративную среду, в которой вы полностью контролируете настройку. Правильное решение должно работать для всех: разработчиков, разработчиков и разработчиков с открытым исходным кодом.

Спасибо!

Ответ 1

Для меня ваш вопрос, по-видимому, подразумевает один из двух результатов:

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

Некоторые другие уже рассмотрели первый сценарий. Используйте localhost и следуйте за соглашением для имени базы данных. Для варианта 2 я бы рекомендовал указать источник конфигурации, который не попадает в исходный код:

<configuration>
  <connectionStrings configSource="connectionStrings.config"/>
</configuration>

EDIT:

connectionStrings.config

<connectionStrings>
  <add name="Name" 
    providerName="System.Data.ProviderName" 
    connectionString="Valid Connection String;" />
</connectionStrings>

От: http://msdn.microsoft.com/en-us/library/ms254494(v=vs.80).aspx

connectionStrings.config будет файлом в корне проекта, который вы специально исключили из исходного элемента управления. Каждый разработчик должен будет предоставить этот файл при работе на локальном компьютере. Строка вашего производственного соединения может быть заменена преобразованием Web.config при сборке/развертывании.

Ответ 2

Все наши станции разработки настроены несколько одинаково.

Мы используем встроенную проверку подлинности в базу данных, поэтому не нужно сохранять пароль пользователя/пароль.
Каждый использует экземпляр по умолчанию.
Так как все локальные базы данных, вы можете использовать localhost.
То же имя базы данных

Таким образом, строка подключения может быть:

Data Source=localhost;Initial Catalog=TheDatabaseName;Integrated Security=SSPI;

И каждый использует это.

Ответ 3

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

Ответ 4

Я видел различные используемые методы.

i) Вы поддерживаете только живую строку подключения, и разработчики вносят изменения в соответствующий модуль и никогда не проверяют его.

ii) Файл app.config поддерживается со строками подключения, и это общий файл в отношении управления версиями.

iii) В конфигурации отладки данные строки подключения передаются в командной строке из среды IDE.