你可以为每个配置使用一个单独的配置文件，例如app.Debug。config, app.Release.config，然后在项目文件中使用配置变量:

<PropertyGroup>
    <AppConfig>App.$(Configuration).config</AppConfig>
</PropertyGroup>

这将根据您正在构建的配置创建正确的ProjectName.exe.config文件。

我创建了Vishal Joshi发布的另一个替代方案，其中将构建动作更改为内容的需求被删除，并实现了对ClickOnce部署的基本支持。我说基本，是因为我没有彻底测试它，但它应该在典型的ClickOnce部署场景中工作。

该解决方案由一个MSBuild项目组成，一旦导入到现有的windows应用程序项目(*.csproj)，将构建过程扩展到考虑app.config转换。

你可以在Visual Studio App.config XML Transformation上阅读更详细的解释，MSBuild项目文件可以从GitHub下载。

建议的解决方案将不工作时，类库配置文件引用从另一个项目(在我的情况下，它是Azure工作项目库)。它不会将正确转换后的文件从obj文件夹复制到bin\##configuration-name##文件夹。为了使它在最小的变化下工作，你需要将AfterCompile target改为BeforeCompile:

<Target Name="BeforeCompile" Condition="exists('app.$(Configuration).config')">

只是对现在到处张贴的解决方案做了一点改进:

<UsingTask TaskName="TransformXml" AssemblyFile="$(MSBuildExtensionsPath)\Microsoft\VisualStudio\v$(VisualStudioVersion)\Web\Microsoft.Web.Publishing.Tasks.dll" />

也就是说，除非你打算永远使用当前的VS版本

根据我的经验，我需要使环境特定的东西是像连接字符串、appsettings和通常的smpt设置。配置系统允许在单独的文件中指定这些内容。所以你可以在app.config/web.config中使用这个:

 <appSettings configSource="appsettings.config" />
 <connectionStrings configSource="connection.config" />
 <system.net>
    <mailSettings>
       <smtp configSource="smtp.config"/>
    </mailSettings>
 </system.net>

我通常所做的是将这些特定于配置的部分放在单独的文件中，放在名为ConfigFiles的子文件夹中(取决于是在解决方案根目录中还是在项目级别中)。我为每个配置定义一个文件，例如smtp.config.Debug和smtp.config.Release。

然后你可以像这样定义一个预构建事件:

copy $(ProjectDir)ConfigFiles\smtp.config.$(ConfigurationName) $(TargetDir)smtp.config

在团队开发中，您可以通过在约定中包含%COMPUTERNAME%和/或%USERNAME%来进一步调整。

当然，这意味着目标文件(x.config)不应该放在源代码控制中(因为它们是生成的)。你仍然应该将它们添加到项目文件中，并将它们的输出类型属性设置为“始终复制”或“如果更新则复制”。

简单，可扩展，适用于所有类型的Visual Studio项目(控制台，winforms, wpf, web)。

在Visual Studio中从市场安装“配置转换工具”并重新启动VS.你也可以看到app.config的菜单预览转换。

https://marketplace.visualstudio.com/items?itemName=GolanAvraham.ConfigurationTransform