从Azure DevOps向本地IIS配置持续部署流水线的技术咨询

嗨，Patrick！我完全理解你现在的困惑——把Azure DevOps仓库里的提交同步到本地内网的IIS服务器，确实不像对接云服务那样直接，毕竟本地服务器不在公网环境里。我来给你梳理几个实用的方案，都是业内常用的解决思路：

首选方案：部署Azure DevOps自托管代理 #

这是最靠谱也最常用的方式，原理是在本地内网里部署一个DevOps代理，让它帮你把仓库的代码同步到IIS服务器上。具体步骤如下：

1. 配置自托管代理 #

• 登录你的Azure DevOps组织，进入目标项目的「项目设置」→「代理池」，新建一个专门用于本地部署的代理池（比如取名「Local-IIS-Deploy-Pool」）。
• 点击这个新代理池里的「下载代理」，选择Windows版本的代理包（因为你的IIS是Windows环境），下载后解压到本地服务器的某个文件夹（比如C:\AzureDevOpsAgent）。
• 打开管理员权限的命令提示符，进入解压后的代理文件夹，运行config.cmd。跟着提示走：输入你的Azure DevOps组织URL，再输入一个个人访问令牌（PAT）（这个令牌需要有代理池管理、流水线执行的权限，你可以在DevOps的「用户设置」→「个人访问令牌」里生成），选择刚才创建的代理池，最后把代理设置成Windows服务自动运行，这样服务器重启后代理也能自动启动。

2. 创建部署流水线 #

• 在你的Azure DevOps仓库里新建YAML流水线，选择「空白作业」模板。
• 首先指定使用咱们刚才创建的自托管代理池，在YAML开头加上：

  pool:
    name: 'Local-IIS-Deploy-Pool'
  

• 添加复制文件的任务：可以用DevOps自带的「复制文件」任务，也直接写PowerShell脚本更灵活。比如用PowerShell任务的话，脚本内容如下：

  # 把仓库拉取的所有文件复制到IIS的wwwroot目录
  Copy-Item -Path "$(Build.SourcesDirectory)\*" -Destination "C:\inetpub\wwwroot" -Recurse -Force
  

  这里$(Build.SourcesDirectory)是DevOps的预定义变量，自动指向代理机器上拉取的仓库代码目录。
• 可选：如果你的ColdFusion应用需要重启才能生效，可以再加一个PowerShell任务，重启IIS应用池或者网站：

  # 重启指定的IIS应用池，替换成你的应用池名称
  Restart-WebAppPool -Name "Your-ColdFusion-AppPool"
  

  （要运行这个命令，需要确保代理账户有操作IIS的权限，且本地服务器安装了WebAdministration模块）

3. 设置自动触发 #

最后去流水线的「触发器」选项卡，开启「持续集成」，勾选你想要触发部署的分支（比如main、develop），这样以后每次往这个分支提交代码，流水线就会自动把最新代码同步到本地IIS服务器了。

其他备选方案（不推荐新手用） #

如果实在不想部署自托管代理，你可以考虑用VPN或者反向代理把本地IIS服务器暴露给Azure DevOps，但这种方式需要额外的网络配置，而且安全性风险更高，除非你有专门的网络运维团队支持，否则不建议优先选这个。

注意事项 #

• 自托管代理运行的Windows账户，必须有IIS wwwroot目录的读写权限，以及操作IIS的权限，否则会出现复制失败或者重启失败的问题。
• 生成PAT令牌时，权限不要开得太宽，够用就行（至少要有「代理池（读取、管理）」和「流水线（读取、执行）」权限）。

备注：内容来源于stack exchange，提问作者Patrick S