Azure DevOps中WindowsFileCopy全量复制及_work目录占用问题咨询

一、优化代码检出（Checkout）步骤 #

1. Git仓库增量检出 #

在YAML里配置checkout步骤时，开启增量拉取，避免每次全量克隆：

steps:
- checkout: self
  fetchDepth: 1  # 只拉取最新一次提交
  clean: false   # 不清空代理本地已有文件，只同步变更

2. TFVC仓库增量同步 #

TFVC默认支持增量同步，只需复用已有工作区，避免全量拉取：

steps:
- checkout: self
  clean: false
  tfvc:
    useExistingWorkspace: true  # 复用代理上已有的TFVC工作区，仅同步变更文件

二、替换WindowsFileCopy为增量复制工具 #

WindowsFileCopy是全量复制，换成以下工具实现增量同步：

1. 用Robocopy命令行（最直接高效） #

直接在管道里调用PowerShell执行Robocopy，只复制新增/修改的文件：

steps:
- powershell: |
    # 同步源目录到目标IIS目录，仅复制变更文件
    robocopy "$(Build.SourcesDirectory)" "c:\inetpub\wwwroot\intranet" /MIR /Z /NP
  displayName: '增量同步文件到测试服务器'

参数说明：

• /MIR：镜像同步（可选，会删除目标目录中源目录已不存在的文件，按需开启）
• /Z：断点续传，避免大文件复制中断
• /NP：不显示进度百分比，减少日志输出

2. 用Azure DevOps构件的增量模式（跨代理场景适用） #

如果是不同代理服务器传递文件，可配置增量发布/下载：

# 增量发布构件（只上传变更文件）
- publish: $(Build.SourcesDirectory)
  artifact: drop
  zipAfterPublish: false
  displayName: '发布增量构件'

# 增量下载到目标目录
- download: current
  artifact: drop
  targetPath: c:\inetpub\wwwroot\intranet
  displayName: '增量下载到测试服务器'

三、清理旧工作目录（减少磁盘占用） #

管道生成的_work\2、_work\3是历史工作目录，可添加清理步骤：

steps:
- powershell: |
    # 清理代理工作目录下的旧文件夹，保留当前构建的目录
    Remove-Item -Path "$(Agent.WorkFolder)\*" -Recurse -Force -Exclude "$(Build.BuildNumber)"
  displayName: '清理旧工作目录'
  condition: always()  # 无论管道成功失败都执行清理

也可以直接在代理池设置里开启“自动清理工作目录”，保留最近N个工作目录。

四、跳过Checkout步骤（仅限特定场景） #

如果代理服务器本地已经有实时同步的代码库（比如定时拉取Git/TFVC），可以直接跳过检出步骤，从本地目录同步：

steps:
- checkout: none  # 完全跳过检出步骤
- powershell: |
    robocopy "D:\LocalSyncRepo\intranet" "c:\inetpub\wwwroot\intranet" /MIR /Z
  displayName: '从本地同步目录部署到测试服务器'

注意：这种方式必须保证本地代码库是最新的，否则会部署旧版本代码。

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