VSTS：能否在托管代理上通过发布配置文件进行文件发布？

当然可以做到！核心思路就是让托管生成代理负责构建出完整的网站文件，然后交给能访问目标服务器的本地部署代理直接完成文件复制，完全跳过中间的Zip打包与解压环节。下面是具体的实现步骤：

1. 调整构建任务，输出原始文件而非Zip包 #

不管你用的是MSBuild还是dotnet publish，都可以通过命令参数指定直接输出编译好的文件到一个明确的目录，避免生成Zip包：

• 如果是.NET项目，使用命令：dotnet publish --configuration Release --output $(Build.ArtifactStagingDirectory)/webapp
  这里的$(Build.ArtifactStagingDirectory)是管道内置的工件临时目录，会把所有网站文件输出到该目录下的webapp子文件夹里。
• 如果你用的是传统MSBuild任务，要确保取消勾选"Create publish package"之类的选项，或者在MSBuild参数里添加/p:PackageAsSingleFile=false /p:PublishDir=$(Build.ArtifactStagingDirectory)/webapp。

2. 发布构建工件到管道 #

构建完成后，添加一个发布工件的任务，将$(Build.ArtifactStagingDirectory)/webapp目录下的所有文件作为工件发布。这样后续的部署阶段就能通过本地代理获取到这些原始文件了。

3. 用本地部署代理执行文件复制 #

部署阶段切换到使用你的本地部署代理（确保代理已经配置完成，并且能正常访问目标服务器），然后添加文件复制任务：

• Windows环境：可以用robocopy命令做高效的文件同步，比如：

  robocopy $(Pipeline.Workspace)/webapp \\目标服务器IP\网站根目录共享 /MIR /NFL /NDL
  

  其中/MIR参数会镜像同步源目录和目标目录（删除目标端不存在的文件），/NFL和/NDL用来简化输出日志。
• Linux环境：可以用rsync命令实现增量复制，比如：

  rsync -avz $(Pipeline.Workspace)/webapp/ user@目标服务器IP:/var/www/webapp/
  

• 也可以用管道自带的"Copy Files"任务，配置源路径为$(Pipeline.Workspace)/webapp，目标路径为目标服务器的本地目录（比如D:\inetpub\wwwroot\myapp），并指定运行此任务的代理为你的本地部署代理。

4. 关键注意事项 #

• 权限问题：本地部署代理的运行账号必须拥有目标服务器目标目录的读写权限。如果是域环境，建议用域账号运行代理；如果是非域环境，需要在目标服务器上创建专门的账号，并给该账号分配目录的读写权限。
• 增量更新：使用robocopy或rsync可以只复制变化的文件，大幅提升部署速度，适合频繁更新的项目。
• 文件清理：如果用镜像同步（比如robocopy /MIR），要注意目标目录里的自定义文件（比如配置文件）可能会被删除，建议把配置文件单独放在其他目录，或者在复制时排除这些文件。

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