ASP.NET MVC部署：如何避免每次手动修改Web.config的服务器专属配置？

针对你遇到的问题——既要保持代码仓库里的web.config干净无服务器特定配置，又要避免每次部署手动修改——有几个非常实用的方案，都是基于ASP.NET和IIS的原生特性，不需要额外工具：

1. 利用IIS的配置分层特性（推荐用于服务器级专属设置） #

IIS本身支持配置层次合并，服务器上的applicationHost.config（位于%windir%\System32\inetsrv\config\）会和站点目录下的web.config合并生效，而且服务器端的配置优先级更高。你可以直接在服务器的配置里针对你的站点覆盖特定设置，完全不影响代码仓库里的文件。

比如要禁用某个URL重写规则，打开applicationHost.config，添加一个<location>节点：

<location path="你的站点名称">
  <system.webServer>
    <rewrite>
      <rules>
        <!-- 匹配你要禁用的规则名称，设置enabled为false -->
        <rule name="需要禁用的规则名" enabled="false" />
      </rules>
    </rewrite>
  </system.webServer>
</location>

这种方法的优势：

• 完全和项目代码分离，部署时不会被覆盖
• 所有服务器级专属配置都集中在applicationHost.config里，便于管理
• 不需要修改项目里的任何文件

2. 使用configSource拆分配置节（适合拆分特定配置模块） #

除了<appSettings>的file属性，很多其他配置节也支持configSource属性，可以把特定配置模块拆分成独立文件。比如URL重写规则、<connectionStrings>等都可以这么做。

举个例子，在项目的web.config里修改URL重写部分：

<system.webServer>
  <rewrite>
    <!-- 把规则指向外部文件 -->
    <rules configSource="rewrite-rules.config" />
  </rewrite>
</system.webServer>

然后在代码仓库里提交通用的rewrite-rules.config（包含所有项目通用的规则），部署到服务器后，替换服务器上的rewrite-rules.config为包含服务器专属修改的版本（比如禁用特定规则）。为了避免部署时被覆盖，可以：

• 把服务器端的自定义配置文件放在站点目录外的位置，然后修改configSource为绝对路径（注意要给IIS进程读取权限）
• 或者在部署脚本里添加一步，保留服务器端的配置文件不被覆盖

3. 使用Web.config配置转换（适合部署时自动应用特定配置） #

Visual Studio自带的配置转换功能可以让你在部署时自动将通用web.config转换为适合目标服务器的版本，而且转换规则可以保存在代码仓库里（但服务器特定的转换文件可以不提交，或者单独管理）。

比如创建一个Web.ServerSpecific.config转换文件，里面写禁用规则的逻辑：

<configuration xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
  <system.webServer>
    <rewrite>
      <rules>
        <!-- 匹配规则名称，设置enabled属性为false -->
        <rule name="需要禁用的规则名" enabled="false" 
              xdt:Transform="SetAttributes" 
              xdt:Locator="Match(name)" />
      </rules>
    </rewrite>
  </system.webServer>
</configuration>

部署时，通过MSBuild参数指定使用这个转换文件：

msbuild YourProject.csproj /p:Configuration=Release /p:TransformConfigFile=Web.ServerSpecific.config

这样部署过程会自动应用服务器特定的配置，不需要手动修改web.config。

关于你问的「IIS是否可以加载两个web.config」 #

严格来说，IIS不是加载两个web.config，而是遵循配置层次结构合并多个配置文件：从服务器根的applicationHost.config，到站点根目录的web.config，再到子目录的web.config，最终生效的是合并后的配置。你可以把服务器专属配置放在applicationHost.config或者站点级的额外配置里，实现和项目web.config的分离。

内容的提问来源于stack exchange，提问作者user746461