我有一个包含MSTest集成测试的dll类型的项目。在我的机器上，测试通过了，我希望在CI服务器上也能进行相同的测试（我使用TeamCity）。但是测试失败了，因为我需要调整app.config中的某些设置。这就是为什么我想拥有一个单独的第二个app.config文件，该文件将保存CI服务器的设置。
所以我想有
/ Sln /项目 app.config（我认为这是VS必需的） app.Release.config（这是一个独立的独立配置文件）
因此，如果我在CI的build config中选择Release configuration，我想使用app.Release.config文件而不是app.config
问题
对于简单的.dll类型的项目，这似乎并不简单。对于Web项目，我可以进行Web配置转换。我发现一个黑客如何为dll类型的项目进行这些转换，但我不是黑客的忠实拥护者。
问题
根据.NET项目（例如Debug，Release等）的构建配置，调整app.config文件的标准方法是什么？
Answers:
使用SlowCheetah插件。有关如何使用SlowCheetah的更多选项和详细信息，请继续阅读。
正如您已经注意到的，对于库类型（.dll）项目，没有默认且简便的方法来使用不同的配置文件。原因是当前的想法是：“您不需要”！框架开发人员认为您需要配置可执行文件：控制台，桌面，Web，移动应用程序或其他。如果您开始为dll提供配置，则可能会遇到一些我可以称之为config hell的事情。您可能不再（轻松地）理解为什么这个变量和那个变量具有如此怪异的值，似乎无处不在。
“等等”，您可能会说，“但是我在集成/单元测试中需要它，它是一个库！”。没错，这就是您可以做的（仅选择一个，不要混用）：
您可以安装SlowCheetah-一个Visual Studio插件，可以为您执行所有低级XML戳（或转换）。简要说明其工作方式：
原来是从这里拿来的。这是一个自定义MSBuild任务，您可以将其嵌入到Visual Studio .proj文件中。将以下代码复制并粘贴到项目文件中
<Target Name="AfterBuild">
<Delete Files="$(TargetDir)$(TargetFileName).config" />
<Copy SourceFiles="$(ProjectDir)\Config\App.$(Configuration).config"
DestinationFiles="$(TargetDir)$(TargetFileName).config" />
</Target>现在，在项目中创建一个名为的文件夹，Config并在其中添加新文件：App.Debug.config，App.Release.config等。现在，根据您的配置，Visual Studio将从文件Config夹中选择配置文件，然后将其复制重命名到输出目录中。因此，如果您选择了PatternPA.Test.Integration项目并选择了Debug配置，则在构建后的输出文件夹中，您将找到一个PatternPA.Test.Integration.dll.config文件，该文件是从复制后Config\App.Debug.config重命名的。
这些是您可以留在配置文件中的注意事项
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<!-- This file is copied and renamed by the 'AfterBuild' MSBuild task -->
<!-- Depending on the configuration the content of projectName.dll.config
is fully substituted by the correspondent to build configuration file
from the 'Config' directory. -->
</configuration>在Visual Studio中，您可以拥有类似的内容
每个构建工具（如NAnt，MSBuild）都将提供根据配置转换配置文件的功能。如果您在构建机器上构建解决方案，这对您很有用，那么您需要在其中更好地控制准备发布的产品的方式和方式。
例如，您可以使用Web发布DLL的任务来转换任何配置文件
<UsingTask AssemblyFile="..\tools\build\Microsoft.Web.Publishing.Tasks.dll"
TaskName="TransformXml"/>
<PropertyGroup>
<!-- Path to input config file -->
<TransformInputFile>path to app.config</TransformInputFile>
<!-- Path to the transformation file -->
<TransformFile>path to app.$(Configuration).config</TransformFile>
<!-- Path to outptu web config file -->
<TransformOutputFile>path to output project.dll.config</TransformOutputFile>
</PropertyGroup>
<Target Name="transform">
<TransformXml Source="$(TransformInputFile)"
Transform="$(TransformFile)"
Destination="$(TransformOutputFile)" />
</Target>AfterBuild目标可能不会调用。在典型的编译过程中AfterBuild，默认情况下将调用目标。对于发布案例，应该有一个快速解决方案
App.<Target>.configover 复制App.config到项目dir中，而不是输出dir中。
Condition="Exists('$(ProjectDir)App.$(Configuration).config')"。
您可以尝试以下方法：
<ItemGroup>
<None Include =“ App.config” />
</ ItemGroup>
<ItemGroup Condition =“'$（配置）'=='调试'”>
<None Include =“ App.Debug.config” />
</ ItemGroup>
<ItemGroup Condition =“'$（配置）'=='发布'”>
<None Include =“ App.Release.config” />
</ ItemGroup>
我没有尝试过这种app.config文件处理方法，但是它可以与Visual Studio项目的其他项目一起正常工作。您几乎可以按任何方式自定义构建过程。无论如何，让我知道结果。
app.config如果我使用VS build或Teamcity VS sln构建运行程序，则VS需要强制性的并且不会应用Release config。
您应该考虑ConfigGen。为此目的而开发的。它基于模板文件和设置文件为每个部署计算机生成一个配置文件。我知道这并不能具体回答您的问题，但是很可能可以回答您的问题。
因此，除了调试，发布等之外，您可能还具有测试，UAT，生产等功能。您还可以为每个开发人员计算机设置不同的设置，以便您可以生成特定于您的开发计算机的配置并对其进行更改，而不会影响任何其他人的部署。
用法的一个示例可能是...
<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>如果将其放在.csproj文件中，则具有以下文件...
$(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>...那将是结果...
从第一个命令开始，将为xls文件中指定的每个环境生成的配置文件放置在输出目录$（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>从第二个命令中，将用本地（-l）开关和文件名（-n）开关指定的生成的配置替换在开发机上使用的本地App.config。
我正在使用XmlPreprocess工具进行配置文件操作。它针对多个环境（或您的情况下的多个构建目标）使用一个映射文件。您可以通过Excel编辑映射文件。这是非常容易使用。
VisualStudio Gallery中的SlowCheetah和FastKoala似乎是解决此问题的非常好的工具。
但是，如果要避免使用外接程序或使用其原理在整个构建/集成过程中更广泛地实施，则将其添加到msbuild * proj文件中是一种简便的解决方法。
注意：这或多或少是@oleksii的答案的第2条的重做。
这适用于.exe和.dll项目：
<Target Name="TransformOnBuild" BeforeTargets="PrepareForBuild">
<TransformXml Source="App_Config\app.Base.config" Transform="App_Config\app.$(Configuration).config" Destination="app.config" />
</Target>这适用于Web项目：
<Target Name="TransformOnBuild" BeforeTargets="PrepareForBuild">
<TransformXml Source="App_Config\Web.Base.config" Transform="App_Config\Web.$(Configuration).config" Destination="Web.config" />
</Target>请注意，此步骤甚至在适当的构建开始之前就发生了。配置文件的转换发生在项目文件夹中。这样，在调试时就可以使用转换后的web.config（SlowCheetah的缺点）。
请记住，如果您创建App_Config文件夹（或任何您选择调用的文件夹），则各个中间配置文件应具有Build Action = None，并且复制到Output Directory =不复制。
这将两个选项合并为一个块。适当的是根据条件执行的。但是首先定义TransformXml任务：
<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>查看XDT（web.config）转换引擎是否可以为您提供帮助。当前仅本地支持Web项目，但是从技术上讲，没有什么可以阻止您在其他应用程序类型中使用它。关于如何通过手动编辑项目文件来使用XDT的指南很多，但我发现一个很好的插件：https : //visualstudiogallery.msdn.microsoft.com/579d3a78-3bdd-497c-bc21-aa6e6abbc859
该插件仅帮助设置配置，不需要构建，该解决方案可以在其他计算机或构建服务器上构建，而无需插件或任何其他工具。
我已经通过在这里找到的解决方案解决了该主题：http : //www.blackwasp.co.uk/SwitchConfig.aspx
简而言之，他们声明的内容是：“通过添加构建后事件。[...]我们需要添加以下内容：
if "Debug"=="$(ConfigurationName)" goto :nocopy
del "$(TargetPath).config"
copy "$(ProjectDir)\Release.config" "$(TargetPath).config"
:nocopy我听说过有关SlowCheetah的好消息，但无法使其正常工作。我做了以下工作：为特定配置向每个标签添加am标签。
例如：
<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>