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

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

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

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

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

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

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

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

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

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

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

我发现的另一个解决方案是不使用转换，而只是有一个单独的配置文件，例如app.Release.config。然后将这一行添加到csproj文件中。

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|x86' ">
    <AppConfig>App.Release.config</AppConfig>
  </PropertyGroup>

这不仅会生成正确的myprogram.exe.config文件，而且如果你在Visual Studio中使用安装和部署项目来生成MSI，它会强制部署项目在打包时使用正确的配置文件。

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

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

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