如何创建一个通用的Web.config文件和一堆特定的Web.config文件？

Question

目前

，我正在开发一个 ASP.NET 项目，该项目在版本控制下托管，并在多个开发人员计算机、测试人员计算机和生产环境上使用。

在三种情况下，配置 (Web.config) 可能不同。例如，开发人员和测试人员环境使用测试 SQL Server，而在生产环境中访问另一个 SQL Server，因此在这些情况下连接字符串是不同的。

我们希望在 subversion 中保留三个版本的 Web.config。但是，每次我们需要添加、删除或更改公共设置时，都要修改三个文件中的每一个，这很烦人：如果有一个公共的主 Web.config 会很好，三个 Web 都会继承它。配置文件。

问题

如何设置一个 ASP.NET 项目，在不同的机器上使用主配置文件和不同的从配置文件，从而在 subversion 中共享相同的项目/源代码/配置文件？

如果 .NET Framework 无法做到这一点，有哪些替代方案（以避免重新发明轮子和/或在需要构建自定义解决方案时查看它是如何工作的）？

Answer 1

Visual Studio 2010 具有此功能，称为“web.config 转换”。您有一个基本的 web.config，然后，对于每个配置，您都有转换文件，可以有效地“编辑”特定环境的基本 web.config。

默认 Web.Debug.config 文件的示例：

<?xml version="1.0"?>

<!-- For more information on using web.config transformation
  visit http://go.microsoft.com/fwlink/?LinkId=125889 -->

<configuration xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
  <!--
    In the example below, the "SetAttributes" transform will change the value of 
    "connectionString" to use "ReleaseSQLServer" only when the "Match" locator 
    finds an atrribute "name" that has a value of "MyDB".

    <connectionStrings>
      <add name="MyDB" 
        connectionString="Data Source=ReleaseSQLServer;Initial Catalog=MyReleaseDB;Integrated Security=True" 
        xdt:Transform="SetAttributes" xdt:Locator="Match(name)"/>
    </connectionStrings>
  -->
  <system.web>
    <!--
      In the example below, the "Replace" transform will replace the entire 
      <customErrors> section of your web.config file.
      Note that because there is only one customErrors section under the 
      <system.web> node, there is no need to use the "xdt:Locator" attribute.

      <customErrors defaultRedirect="GenericError.htm"
        mode="RemoteOnly" xdt:Transform="Replace">
        <error statusCode="500" redirect="InternalError.htm"/>
      </customErrors>
    -->
  </system.web>
</configuration>

Answer 2

如果我从今天开始，VS 2010 的 web.config 转换功能绝对值得一看。但在工具支持可用之前我必须解决这个问题，而且我也认为转换很好，但有时它们只是不能满足要求——特别是如果你有很多严重配置驱动的东西或可以改变的生产配置在开发团队不知情的情况下。

我们解决这个问题的方法是保留配置的单独副本。存储在项目根目录中的是我们的标准化开发环境。它还被设置为“内容”文件，不会复制到输出文件夹。从 Visual Studio 的角度来看，环境文件存储在项目外部，但仍然位于相同的版本控制中，位于每个环境和方面的文件夹中（我们有许多带有单独管理工具的多头 Web 应用程序）。我们使用构建脚本将它们结合在一起，该脚本根据声明的环境复制正确的配置。

我们发现这比实践中的转换要好得多——主要是生产配置如此不同，以至于转换可能比配置更多。还允许我们保持生产配置同步，因为它实际上只是文件副本，而不是某些可怕的 XSLT 的更新。