多个 WebConfig 合二为一

Question

我们的网站有一个生产服务器和一个开发服务器。我每个都有不同的设置和许可证信息，并且保存在 2 个不同的 web.config 文件中。

有没有一种方法可以将它们合并到一个 web.config 文件中？这样我在发布网站时就不会用开发版本覆盖生产版本（反之亦然）。

Answer 1

使用 VS 2010，您可以通过 web.config 转换和构建配置来完成此操作。 Scott Guthrie 对此写道：

http:// /weblogs.asp.net/scottgu/archive/2010/07/29/vs-2010-web-deployment.aspx

我认为这基本上只需创建额外的配置文件（例如 Web.Debug. config），VS 会自动将它们“链接”到 IDE 中的主 web.config，但我无法在我现在使用的计算机上验证它，因为它没有 VS 2010。

您也可以相当轻松地做到这一点在旧版本的 VS 中可以使用构建事件，但它并不那么好。斯科特实际上也写过这一点：

http://weblogs.asp.net/scottgu/archive/2007/09/21/tip-trick-automating-dev-qa-staging- and-product-web-config-settings-with-vs-2005.aspx

（摘自 Scott 的博客文章）这里是您执行此操作所采取的高级步骤。它们可以与 VS 2005 和 VS 2008 一起使用。

1. 使用 ASP.NET Web 应用程序项目（具有基于 MSBuild 的项目文件）
2. 打开 VS 配置管理器并为您的项目创建新的“Dev”、“QA”、“Staging”构建配置解决方案
3. 在项目中添加新的“web.config.dev”、“web.config.qa”和“web.config.staging”文件，并自定义它们以包含应用程序的模式特定配置设置
4. 添加新的“预构建事件” " 命令到您的项目文件，该文件可以在每次构建项目时使用适当的模式特定版本自动复制项目中的 web.config 文件（例如：如果您的解决方案处于“Dev”配置中，它将复制web.config.dev 设置到主 web.config 文件）。

Answer 2

您可以创建 Web 部署项目 (VS2008、VS2010) 这是一个 XML MSBuild 文件，允许您在构建特定配置文件时将 XML 节点替换/插入/替换到配置文件中。您可能会花费半天到一天的时间来正确配置它，但这些时间是非常值得的，因为它可以为您省去很多部署麻烦（也让您更接近一键部署）。

注意：对于 VS2008 Web 部署项目，您可能需要使用 MSBuild 社区任务。我不知道 VS2010 的这些任务的状态如何 - 是否仍然需要它们。

对于使用 MSBuild 社区任务（我们在 VS2010 下使用）的 VS2008 Web 部署任务，它看起来有点像......

<!-- ... -->
<Target Name="AfterBuild">
    <XmlMassUpdate Condition="'$(Configuration)|$(Platform)' == 'Release - Dev|AnyCPU'" ContentFile="$(OutputPath)\web.config" SubstitutionsFile="$(OutputPath)\web.Substitutions.config" ContentRoot="/" SubstitutionsRoot="/configuration/substitutions/dev" />
</Target>
<!-- ... -->

在我们的 Web 应用程序目录中，我们有一个文件 web.Substitutions.config ，它看起来是有点像...

<?xml version="1.0" encoding="utf-8" ?>
<configuration xmlns:xmu="urn:msbuildcommunitytasks-xmlmassupdate">
  <substitutions>

    <!-- dev settings-->
    <dev>
      <configuration>
        <appSettings file="">
          <add xmu:key="key" key="some_setting" value="a_value_is_here"/>
                </appSettings>
      </configuration>
    </dev>
    <prod> <!-- you get the idea --></prod>
   </substitutions>
</configuration>

值得一提的是，我们使用 Team City 来运行我们的 Web 部署项目，无需额外配置必要的并且它可以顺利工作。 Hudson 也是同样的方式（并且设置起来更容易一些）。

Answer 3

这只是一种可能性，但您可以合并它们，根据上下文为值提供适当的名称，并使用代码中的编译常量有条件地访问每个元素。例如，在您的 web.config 中，您可能有...

<connectionStrings>
    <add name="DevelopmentConnection" connectionString="DevelopmentConnectionString" />
    <add name="DeploymentConnection" connectionString="DeploymentConnectionString" />
</connectionStrings>

然后，在您可能有的 Configuration 类中...

public static class Configuration
{
    public string ConnectionString
    {
        get
        {
            #if DEBUG
                return ConfigurationManager.ConnectionStrings["DevelopmentConnection"].ConnectionString;
            #else
                return ConfigurationManager.ConnectionStrings["DeploymentConnection"].ConnectionString;
            #endif
        }
    }
}

现在，考虑到定义了 DEBUG 常量，那么，在每个环境构建时，使用此属性将通过适当的设置。