如何在Azure DevOps中创建仅拉取发布web.config的build+release管道

一、Build管道配置（对接TFS源码，仅提取web.config文件） #

• 新建Build管道，源码源对接你的TFS仓库，工作区映射不要直接拉取整个仓库，只绑定存放web.config的目录层级即可，能大幅减少拉取无关文件的耗时。
• 添加「复制文件」内置工步，源文件夹选代码仓中web.config所在的根目录，匹配内容填**/web.config（Windows、跨平台环境均可识别，会递归抓取所有子目录下的web.config文件），目标路径设为$(build.artifactstagingdirectory)，记得勾选「清空目标文件夹现有文件」，避免把工作区残留的其他无关文件打进构件。这个工步默认会保留文件的相对目录结构，刚好匹配后续发布到目标站点的路径层级，不用额外调整路径映射。
• 加「发布构建构件」工步，发布路径直接选上一步的$(build.artifactstagingdirectory)，构件名可自定义比如webconfig-pack，发布位置选「Azure Pipelines」即可。第一次跑完构建点进构件详情检查，确认里面只有各路径下的web.config、没有其他后缀的文件再往下配置发布流程。

二、Release管道配置（仅覆盖目标环境web.config，不动其他文件） #

• 新建Release管道，制品源绑定上一步创建的Build管道，需要代码合入自动发布就开启持续部署触发器，不需要就保留手动触发模式。
• 按部署目标给对应环境（测试/预发/生产）配置连接：目标是本地机房/云主机上的IIS站点，就用部署组给目标机器装代理完成注册；目标是Azure App Service就提前配置好对应权限的Azure服务连接。
• 按部署场景选对应部署工步，核心要求是开启保留目标端现有文件的配置，绝对不能用默认的全量同步删除逻辑：
  • 部署到Windows虚机/IIS物理机：添加「Windows机器文件复制」工步，源路径选Release拉下来的构件根目录$(System.DefaultWorkingDirectory)/webconfig-pack，匹配内容填**/web.config，目标路径填目标站点在机器上的物理根目录，必须勾选「保留目标端现有文件」，工步只会按相对路径覆盖同名的web.config，其他文件不会做任何改动。
  • 部署到Azure App Service：添加「Azure App Service部署」工步，选对订阅和应用服务实例，部署方式选Web Deploy，在附加参数栏填-enableRule:DoNotDeleteRule，部署包路径指向构件里的web.config目录即可。这个参数的作用是强制Web Deploy不要删除目标服务上的现有文件，只会同步你上传的web.config。
• 多环境差异化配置处理：如果不同环境的web.config里的连接字符串、服务地址有差异，不用维护多份配置文件，直接在Release对应阶段配置变量，加一个「XML变量替换」工步，会自动匹配web.config里的对应节点替换成当前环境的变量值，发布完就是对应环境的正确配置。

避坑提示：第一次配置完先把部署工步设为预览模式跑一次，看执行日志里列出的待更新文件列表，确认只有各个路径的web.config、没有删除/覆盖其他文件的操作记录，再开启正式部署，避免误改生产环境文件。

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