我写了一个很好的扩展来自动化app.config转换，就像在Web应用程序项目配置转换中构建的那样

这个扩展的最大优势是，你不需要在所有的构建机器上安装它

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

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

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

如果你使用TFS在线(云版本)，并且你想在项目中转换App.Config，你可以在不安装任何额外工具的情况下执行以下操作。 从VS =>卸载项目=>编辑项目文件=>转到文件底部并添加以下内容:

<UsingTask TaskName="TransformXml" AssemblyFile="$(MSBuildExtensionsPath)\Microsoft\VisualStudio\v$(VisualStudioVersion)\Web\Microsoft.Web.Publishing.Tasks.dll" />
<Target Name="AfterBuild" Condition="Exists('App.$(Configuration).config')">
<TransformXml Source="App.config" Transform="App.$(Configuration).config" Destination="$(OutDir)\$(AssemblyName).dll.config" />

AssemblyFile和Destination适用于本地使用和TFS在线(云)服务器。

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

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

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

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

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

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

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