其实微软还是蛮有创造力的，一个配置文件居然弄了这么多的形式，从原来的ini到现在的xml，总而言之让我们这些在微软殿堂里的程序员翘着屁股追赶。
微软最新的配置文件实际上就是个xml文件，以后缀名.config表示，但是在VS中默认只有一个配置文件，app.config或者web.config，有时我们想添加自己命名的配置文件却感觉很乏力，我这篇博客就是来介绍下如何让VS能够按照我们的意愿使用配置文件。
使用情景：我们现在有两套WCF服务，一个是测试服务，一个是正式服务，我们想让VS在Debug模式下选择包含测试服务的配置文件，在Release模式下选择包含正式服务的配置文件。
这里使用的技术是MSBuild，在VS自带的MSDN中有详细阐述，这项技术主要用于定制VS的编译过程
本篇博客主要参考了文章http://icelava.net/forums/thread/2920.aspx，如果打不开就翻墙吧！
首先新建一个WinForm项目，在项目中添加两个配置文件app.Debug.config和app.Release.config（如果有自带的App.config，可将其删除），并在两个配置文件中添加测试数据
然后打开项目所在文件夹，用文本编辑器打开项目文件，在这里我推荐Notepad++，当然你可以根据个人习惯选择自己喜欢的编辑器。
注意：千万不要用写字板打开，因为写字板会改变文件的换行符，使程序不能正确加载配置文件
打开文件最后处会看到下面一段注释的内容，意思很清楚就不用解释了
<!-- To modify your build process, add your task inside one of the targets below and uncomment it. Other similar extension points exist, see Microsoft.Common.targets. <Target Name="BeforeBuild"> </Target> <Target Name="AfterBuild"> </Target> -->
修改AfterBuild任务如下：
1 <Target Name="AfterBuild"> 2 <Delete Files="$(TargetDir)$(TargetFileName).config" /> 3 <Copy SourceFiles="$(ProjectDir)app.$(Configuration).config" 4 DestinationFiles="$(TargetDir)$(TargetFileName).config" /> 5 </Target>
这段代码的意思就是在Build完成时候，删除目标文件夹下的xxx.config文件，并根据当前配置环境将项目文件夹中对应的config文件内容复制至目标文件夹，保存名称为相应的xxx.config。
编辑完成后保存，这是VS会提示
点击“重新加载”即可，然后在Form1中添加测试代码：
1 public partial class Form1 : Form 2 { 3 public Form1() 4 { 5 InitializeComponent(); 6 label1.Text = System.Configuration.ConfigurationManager.AppSettings["ILoveSleep"]; 7 } 8 }
下面是运行结果：
Debug模式下
Release模式下
从运行结果来看，已经达到了预期目的，现在需要做的就是在app.Debug.config中添加测试服务的配置，在app.Release.config中添加正式服务的配置，当选择Debug模式时，程序会连接测试服务，Release模式时，程序会连接正式服务！
MSBuild十分强大，用好了几乎可以对整个VS编译过程进行定制，完成自己想要的任何操作！
这里是文中简单示例的源码：WinForm.rar