¿Cómo se configuran los archivos de configuración específicos de la configuración de la solución?

Question

Tengo un servicio web que necesita diferentes configuraciones para diferentes entornos (depuración, prueba, prod). ¿Cuál es la forma más fácil de configurar archivos de configuración separados para estos diferentes entornos? Todo lo que encuentro en la web me dice cómo usar Configuration Manager para recuperar configuraciones, pero no cómo encontrar configuraciones particulares basadas en la configuración de compilación actual.

Answer 1

Creo que tener varios archivos de configuración para cada entorno funciona bien. es decir:

• config \ local.endpoints.xml
• config \ dev.endpoints.xml
• config \ test.endpoints.xml
• config \ staging.endpoints.xml
• config \ prod.endpoints.xml

entonces me enlace a una versión de "maestro" de este con el construido en el atributo configSource dentro del web.config o app.config como

<appSettings configSource="config\endpoints.xml"/> 

Luego utilizaría el proceso de compilación o el proceso de implementación para copiar la configuración correcta del entorno hasta el nombre que espera el web.config.

Cada entorno está claramente etiquetado y controlado, sin la necesidad de marcadores de posición desordenados.

Answer 2

Utilizamos algunos métodos diferentes.

Environment.MachineName.config (para usuarios)

 System.Configuration.ExeConfigurationFileMap fileMap = new System.Configuration.ExeConfigurationFileMap(); 

     if (System.IO.File.Exists(String.Format("./{0}.config", Environment.MachineName))) 
      fileMap.ExeConfigFilename = String.Format(@"./{0}.config", Environment.MachineName); 
     else 
      fileMap.ExeConfigFilename = "live.config"; 

     System.Configuration.Configuration config = System.Configuration.ConfigurationManager.OpenMappedExeConfiguration(fileMap, System.Configuration.ConfigurationUserLevel.None); 

#IF DEBUG Debug.config

#IF TEST test.config

#IF PROD prod.config

  System.Configuration.ExeConfigurationFileMap fileMap = new System.Configuration.ExeConfigurationFileMap(); 

#if (DEBUG) 
      fileMap.ExeConfigFilename = "./debug.config"; 
#elif (TEST) 
      fileMap.ExeConfigFilename = "./test.config"; 
#else 
      fileMap.ExeConfigFilename = "./production.config"; 
#endif 

      System.Configuration.Configuration config = System.Configuration.ConfigurationManager.OpenMappedExeConfiguration(fileMap, System.Configuration.ConfigurationUserLevel.None); 

Aunque puede ser tedioso.

Answer 3

En la próxima versión de Visual Studio, esto mismo ha sido anunciado como una nueva característica. Quizás puedas hacerlo en un script de precompilación; reemplazando el archivo de configuración basado en la variable env de configurationname.

Answer 4

Una forma sería mantener 3 archivos de configuración diferentes y elegirlos a través de MSBuild durante la implementación.

<Choose> 
     <When Condition="$(BuildEnvironment) == 'debug'"> 
      <PropertyGroup> 
       <ConfigFile>debug.config</ConfigFile> 
      </PropertyGroup> 
     </When> 
     <When Condition="$(BuildEnvironment) == 'test'"> 
      <PropertyGroup> 
       <ConfigFile>test.config</ConfigFile> 
      </PropertyGroup> 
     </When> 
     <When Condition="$(BuildEnvironment) == 'prod'"> 
      <PropertyGroup> 
       <ConfigFile>prod.config</ConfigFile> 
      </PropertyGroup> 
     </When> 
    </Choose> 

Al utilizar una tarea de MSBuild, puede cambiar el nombre y enviar el archivo de configuración específico a la ubicación correcta.

Todavía algo engorroso, esto tiene la ventaja añadida de avanzar hacia un one step build.

Answer 5

Utilice directivas precompiladas. Código de muestra:

 String configFile = String.Empty; 
#if Debug 
     configFile = @"debug.config"; 
#elif Test 
     configFile = @"test.config"; 
#elif Prod 
     configFile = @"prod.config"; 
#endif 
     Load(configFile); 

Donde Cargar método cargó el archivo de configuración.

Answer 6

Otra opción más: cambie a la configuración de la aplicación en una base de datos. Guardo los valores de tipo en una base de datos, de modo que la administración de estas configuraciones sea más centralizada. Entonces mi archivo de configuración tiene una cadena de conexión dedicada solo para la configuración, y tiene solo dos claves: un valor de ID de aplicación único y la versión de configuración (es decir, "dev", "prueba", etc.). Luego, simplemente despliegue el archivo de configuración correcto en el entorno correcto.

Eso puede no ser exactamente lo que estás buscando; es una alternativa para facilitar la administración de sus datos de configuración.

Answer 7

El problema que tengo con la respuesta de Xian es que si agrega una nueva configuración/punto final tiene que recordar hacerlo a través de varios archivos. Si olvida hacerlo, solo se dará cuenta cuando se despliegue en el entorno afectado (no es bueno).

En su lugar, podría tener una configuración maestra y usar regex/xmlpoke (nant)/[su-favorito-manipulador de texto] para administrar el archivo en el momento de la compilación/implementación para insertar los valores correctos para cada entorno, manteniendo la configuración para todos los entornos en otro archivo (pero crucialmente todos juntos).

Luego solo tiene que mantener un archivo de configuración y un archivo de configuración del entorno: creo que esto hace que el mantenimiento sea más fácil y claro a largo plazo.