Как управлять настройками конфигурации для каждого разработчика

AppSettings можно переопределить с помощью локального файла:

<appSettings file="localoveride.config"/>

Это позволяет каждому разработчику сохранять свои собственные локальные настройки.

Что касается строки подключения, то в идеальном мире все разработчики должны подключаться к тестовому DB, а не запускать SQL сервера каждый.

Однако я нашел, что лучше всего хранить файл с именем Web.Config.Prd в системе управления версиями и использовать его для развертывания сборок. Если кто-то модифицирует web.config, он также должен добавить изменение в .PRD file...There-там нет хорошей автоматизации :(

Edit: может ли быть предложен метод "file" by @Jonathon можно как-то использовать с connectionStrings секция?

Или вы можете иметь несколько строк подключения в файле конфигурации checked in и использовать ключ AppSettings, чтобы определить, какой ConnectionString будет использоваться. Для этой цели в моей кодовой базе есть следующее:

public class ConnectionString
{
    public static string Default
    {
        get 
        { 
            if (string.IsNullOrEmpty(ConfigurationManager.AppSettings["DefaultConnectionStringName"]))
                throw new ApplicationException("DefaultConnectionStringName must be set in the appSettings");

            return GetByName(ConfigurationManager.AppSettings["DefaultConnectionStringName"]);
        }
    }

    public static string GetByName(string dsn)
    {
        return ConfigurationManager.ConnectionStrings[dsn].ConnectionString;
    }
}

Я всегда делаю шаблоны для своих конфигурационных файлов.

В качестве примера я использую NAnt для построения своих проектов. У меня есть проверенный файл под названием local.properties.xml.template. Моя сборка NAnt предупредит разработчика, если local.properties.xml не существует. Внутри этого файла будут находиться настройки конкретной рабочей станции. Шаблон будет возвращен в систему управления версиями, но фактической конфигурации не будет.

Я использую довольно архаичный дизайн, который просто работает.

• /_Test__app.config
• /_Prod__app.config
• /app.config

Затем в моем сценарии nant у меня есть задача, которая копирует текущую среду сборки плюс _ app.config и копирует ее в app.config.

Это неприятно, но вы не можете попасть между провайдерами и ConfigurationManager, чтобы подменить его, сказав, что провайдеры смотрят на "dev" или "prod" строку подключения и просто имеют 3 именованные строки подключения.

nant задача:

<target name="copyconfigs" depends="clean">
  <foreach item="File" property="filename" unless="${string::get-length(ConfigPrefix) == 0}">
   <in>
     <items>
       <include name="**/${ConfigPrefix}App.config" />
       <include name="**/${ConfigPrefix}connectionstrings.config" />
       <include name="**/${ConfigPrefix}web.config" />
     </items>
   </in>
   <do>
    <copy overwrite="true" file="${filename}" tofile="${string::replace(filename, ConfigPrefix,'')}" />
   </do>
  </foreach></target>

Может ли метод "file", предложенный @Jonathon, каким-то образом использоваться с разделом connectionStrings?

Нет, но ничто не мешает вам хранить ConnectionString как ключ AppSettings.