Здравствуйте, <Аноним>, Вы писали:

А>Добрый день подскажите как организовать Connection string в ms unit test если в команде 3 разработчика и у всех разные базы (структура базы у всех одинаковая). Т.е. как избежать проблемы, когда 3 чела постоянно переписывают Connection string.
1. Храните строку в секции appSettings, примерно так:

<appSettings file="appSettings.config">
 <add key="connectionString" value="<defaultConnnectionString>"/>

2. Добавьте файл appSettings.config в SVN:ignore
3. Теперь каждый разработчик может самостоятельно переопределять строку подключения в своем файле appSettings.config.

Добрый день подскажите как организовать Connection string в ms unit test если в команде 3 разработчика и у всех разные базы (структура базы у всех одинаковая). Т.е. как избежать проблемы, когда 3 чела постоянно переписывают Connection string.

Здравствуйте, Аноним, Вы писали:

А>Добрый день подскажите как организовать Connection string в ms unit test если в команде 3 разработчика и у всех разные базы (структура базы у всех одинаковая). Т.е. как избежать проблемы, когда 3 чела постоянно переписывают Connection string.

1) SQL Server Authentication
2) Server name: <ip>\sqlexpress, e.g. 192.168.1.123\sqlexpress
3) Register one user for all

Здравствуйте, Аноним, Вы писали:

А>Добрый день подскажите как организовать Connection string в ms unit test если в команде 3 разработчика и у всех разные базы (структура базы у всех одинаковая). Т.е. как избежать проблемы, когда 3 чела постоянно переписывают Connection string.

Заведите строковый ключ реестра и читайте из него ConnectionString. У каждого на машине будут разные строки прописаны в реестре. Или можно тоже самое сделать с файлом.

Здравствуйте, mag745, Вы писали:

M>Здравствуйте, Аноним, Вы писали:

А>>Добрый день подскажите как организовать Connection string в ms unit test если в команде 3 разработчика и у всех разные базы (структура базы у всех одинаковая). Т.е. как избежать проблемы, когда 3 чела постоянно переписывают Connection string.

M>Заведите строковый ключ реестра и читайте из него ConnectionString. У каждого на машине будут разные строки прописаны в реестре. Или можно тоже самое сделать с файлом.

дык оно же в app.config прописано. Накручивать механизмы не хочется, хочется сделать как проще.

Здравствуйте, den123, Вы писали:

D>Здравствуйте, Аноним, Вы писали:

А>>Добрый день подскажите как организовать Connection string в ms unit test если в команде 3 разработчика и у всех разные базы (структура базы у всех одинаковая). Т.е. как избежать проблемы, когда 3 чела постоянно переписывают Connection string.

D>1) SQL Server Authentication

Завести одинакового sql пользователя как раз не проблема.

D>2) Server name: <ip>\sqlexpress, e.g. 192.168.1.123\sqlexpress

В смысле использовать одну базу? Ip то у всех разные

D>3) Register one user for all

Базы разные. Но есть возможность завести одинакового пользователя во всех базах.

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, den123, Вы писали:

D>>Здравствуйте, Аноним, Вы писали:

А>>>Добрый день подскажите как организовать Connection string в ms unit test если в команде 3 разработчика и у всех разные базы (структура базы у всех одинаковая). Т.е. как избежать проблемы, когда 3 чела постоянно переписывают Connection string.

D>>1) SQL Server Authentication

А>Завести одинакового sql пользователя как раз не проблема.

D>>2) Server name: <ip>\sqlexpress, e.g. 192.168.1.123\sqlexpress

А>В смысле использовать одну базу? Ip то у всех разные
localhost\sqlexpress
or
127.0.0.1\sqlexpress

D>>3) Register one user for all

А>Базы разные. Но есть возможность завести одинакового пользователя во всех базах.

Здравствуйте, Аноним, Вы писали:

А>дык оно же в app.config прописано. Накручивать механизмы не хочется, хочется сделать как проще.

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