Puede intentar el siguiente enfoque:

1. Haga clic derecho en el proyecto en el Explorador de soluciones y seleccione Descargar proyecto.
2. El proyecto se descargará. Haga clic con el botón derecho en el proyecto de nuevo y seleccione Edit .csproj .
3. Ahora puede editar el archivo de proyecto dentro de Visual Studio.
4. Localice el lugar en *.archivo csproj donde se incluye el archivo de configuración de la aplicación. Se verá como:

    <ItemGroup>
        <None Include="App.config"/>
    </ItemGroup>

1. Sustitúyase esto líneas con lo siguiente:

    <ItemGroup Condition=" '$(Configuration)' == 'Debug' ">
        <None Include="App.Debug.config"/>
    </ItemGroup>

    <ItemGroup Condition=" '$(Configuration)' == 'Release' ">
        <None Include="App.Release.config"/>
    </ItemGroup>

No he probado este enfoque para los archivos app.config, pero funcionó bien con otros elementos de proyectos de Visual Studio. Puede personalizar el proceso de compilación de casi cualquier manera que desee. De todos modos, hazme saber el resultado.

Debe considerar ConfigGen. Fue desarrollado para este propósito. Produce un archivo de configuración para cada máquina de implementación, basado en un archivo de plantilla y un archivo de configuración. Sé que esto no responde a su pregunta específicamente, pero bien podría responder a su problema.

Entonces, en lugar de Depurar, Liberar, etc., es posible que tenga Pruebas, UAT, Producción, etc. También puede tener diferentes configuraciones para cada máquina desarrolladora, de modo que pueda generar una configuración específica para su máquina de desarrollo y cambiarlo sin afectar el despliegue de nadie más.

Un ejemplo de uso podría ser...

<Target Name="BeforeBuild">
    <Exec Command="C:\Tools\cfg -s $(ProjectDir)App.Config.Settings.xls -t       
        $(ProjectDir)App.config.template.xml -o $(SolutionDir)ConfigGen" />

    <Exec Command="C:\Tools\cfg -s $(ProjectDir)App.Config.Settings.xls -t
        $(ProjectDir)App.config.template.xml -l -n $(ProjectDir)App.config" />
</Target>

Si coloca esto en su .archivo csproj, y tiene los siguientes archivos...

$(ProjectDir)App.Config.Settings.xls

MachineName        ConfigFilePath   SQLServer        

default             App.config      DEVSQL005
Test                App.config      TESTSQL005
UAT                 App.config      UATSQL005
Production          App.config      PRODSQL005
YourLocalMachine    App.config      ./SQLEXPRESS


$(ProjectDir)App.config.template.xml 

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
   <configuration>
   <appSettings>
       <add key="ConnectionString" value="Data Source=[%SQLServer%]; 
           Database=DatabaseName; Trusted_Connection=True"/>
   </appSettings>
</configuration>

... entonces este será el resultado...

Desde el primer comando, se genera un archivo de configuración para cada entorno especificado en el archivo xls, colocado en el directorio de salida Config (SolutionDir)ConfigGen

.../solutiondir/ConfigGen/Production/App.config

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
   <configuration>
   <appSettings>
       <add key="ConnectionString" value="Data Source=PRODSQL005; 
           Database=DatabaseName; Trusted_Connection=True"/>
   </appSettings>
</configuration>

Desde el segundo comando, la aplicación local.configuración utilizada en su desarrollador la máquina será reemplazada por la configuración generada especificada por el conmutador local (-l) y el conmutador filename (-n).

Usando el mismo enfoque que Romeo, lo adapté a Visual Studio 2010:

 <None Condition=" '$(Configuration)' == 'Debug' " Include="appDebug\App.config" />

 <None Condition=" '$(Configuration)' == 'Release' " Include="appRelease\App.config" />

Aquí es necesario mantener tanto Aplicación.config archivos en diferentes directorios (appDebug y appRelease). Lo probé y funciona bien!

Estoy usando XmlPreprocess tool para la manipulación de archivos de configuración. Está utilizando un archivo de asignación para múltiples entornos (o múltiples destinos de compilación en su caso). Puede editar el archivo de asignación por Excel. Es muy fácil de usar.

SlowCheetah y FastKoala de la galería VisualStudio parecen ser muy buenas herramientas que ayudan con este problema.

Sin embargo, si desea evitar los complementos o utilizar los principios que implementan más ampliamente a lo largo de sus procesos de compilación/integración, agregar esto a sus archivos msbuild *proj es una corrección abreviada.

Nota: esto es más o menos una reelaboración del No.2 de la respuesta de @oleksii.

Esto funciona para .exe y .proyectos dll:

  <Target Name="TransformOnBuild" BeforeTargets="PrepareForBuild">
    <TransformXml Source="App_Config\app.Base.config" Transform="App_Config\app.$(Configuration).config" Destination="app.config" />
  </Target>

Esto funciona para proyectos web:

  <Target Name="TransformOnBuild" BeforeTargets="PrepareForBuild">
    <TransformXml Source="App_Config\Web.Base.config" Transform="App_Config\Web.$(Configuration).config" Destination="Web.config" />
  </Target>

Tenga en cuenta que este paso ocurre incluso antes de que comience la compilación propiamente dicha. La transformación del archivo de configuración ocurre en la carpeta del proyecto. Para que la web transformada.la configuración está disponible cuando se está depurando (un inconveniente de SlowCheetah).

Recuerde que si crea la carpeta App_Config (o como elija llamarlo), los varios archivos de configuración intermedios deben tener una Acción de compilación = Ninguno, y Copiar al Directorio de salida = No copia.

Esto combina ambas opciones en un bloque. El apropiado se ejecuta en base a las condiciones. Sin embargo, la tarea TransformXml se define primero:

<Project>
<UsingTask TaskName="TransformXml" AssemblyFile="$(MSBuildExtensionsPath)\Microsoft\VisualStudio\v$(VisualStudioVersion)\Web\Microsoft.Web.Publishing.Tasks.dll" />
<Target Name="TransformOnBuild" BeforeTargets="PrepareForBuild">
    <TransformXml Condition="Exists('App_Config\app.Base.config')" Source="App_Config\app.Base.config" Transform="App_Config\app.$(Configuration).config" Destination="app.config" />
    <TransformXml Condition="Exists('App_Config\Web.Base.config')" Source="App_Config\Web.Base.config" Transform="App_Config\Web.$(Configuration).config" Destination="Web.config" />
</Target>

Ver si el XDT (web.config) transform engine puede ayudarle. Actualmente solo es compatible de forma nativa para proyectos web, pero técnicamente no hay nada que te impida usarlo en otros tipos de aplicaciones. Hay muchas guías sobre cómo usar XDT editando manualmente los archivos del proyecto, pero encontré un plugin que funciona muy bien: https://visualstudiogallery.msdn.microsoft.com/579d3a78-3bdd-497c-bc21-aa6e6abbc859

El plugin solo está ayudando a configurar la configuración, no es necesario para construir y la solución se puede construir en otras máquinas o en un servidor de compilación sin necesidad de usar el plugin o cualquier otra herramienta.

He resuelto este tema con la solución que he encontrado aquí: http://www.blackwasp.co.uk/SwitchConfig.aspx

En resumen, lo que dicen que hay: "añadiendo un evento post-build.[...] Tenemos que añadir lo siguiente:

if "Debug"=="$(ConfigurationName)" goto :nocopy
del "$(TargetPath).config"
copy "$(ProjectDir)\Release.config" "$(TargetPath).config"
:nocopy

Después de algunas investigaciones sobre la gestión de configuraciones para el desarrollo y compilaciones, etc., decidí rodar la mía, la he puesto a disposición en bitbucket en: https://bitbucket.org/brightertools/contemplate/wiki/Home

Estos archivos de configuración múltiples para múltiples entornos, es una herramienta de reemplazo de entrada de configuración básica que funcionará con cualquier formato de archivo basado en texto.

Espero que esto ayude.

He oído cosas buenas acerca de SlowCheetah, pero no fue capaz de conseguir que funcione. Hice lo siguiente: agregar etiqueta am a cada uno para una configuración específica.

Ex:

<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'UAT|AnyCPU'">
    <OutputPath>bin\UAT\</OutputPath>
    <PlatformTarget>AnyCPU</PlatformTarget>
    <DebugType>pdbonly</DebugType>
    <Optimize>true</Optimize>
    <DefineConstants>TRACE</DefineConstants>
    <ErrorReport>prompt</ErrorReport>
    <WarningLevel>4</WarningLevel>
    <AppConfig>App.UAT.config</AppConfig>
  </PropertyGroup>