TFS Build定义复制文件时偶发Sharing Violation错误求助

我之前在处理TFS构建部署流程时，也碰到过完全一样的问题——这种时有时无的共享冲突真的很棘手，尤其是涉及Windows服务相关的EXE、DLL文件时。先把你提到的错误日志贴出来方便参考：

2018-04-20T14:40:14.7193845Z Sharing violation
2018-04-20T14:40:14.7818767Z ##[error]Process completed with exit code 4.
2018-04-20T14:40:14.7818767Z ##[section]Finishing: Deploy Artifacts

Exit Code 4对应的就是文件共享冲突，大概率是目标文件被其他进程锁定了，下面是我试过有效的几个解决思路：

• 确保目标服务/进程完全终止
  最常见的原因就是你要替换的文件还被运行中的Windows服务或者关联进程占用着。别只依赖“停止服务”的步骤——有时候服务标记为停止，但底层进程还没完全退出。建议在复制文件前加一个PowerShell步骤，强制停止服务并确认进程已终止：

  # 替换成你的服务名称
  $serviceName = "YourTargetService"
  # 替换成服务对应的进程名
  $processName = "YourServiceProcess.exe"
  
  # 强制停止服务
  Stop-Service -Name $serviceName -Force -ErrorAction SilentlyContinue
  
  # 等待进程终止，最多等待30秒
  $waitTime = 30
  while ((Get-Process -Name $processName -ErrorAction SilentlyContinue) -ne $null -and $waitTime -gt 0) {
      Start-Sleep -Seconds 1
      $waitTime--
  }
  
  # 如果超时仍未终止，强制杀掉进程
  if ($waitTime -eq 0) {
      taskkill /f /im $processName
  }
  

• 检查构建代理的权限
  有时候构建代理运行的账号没有足够权限去终止目标进程或者访问文件，导致无法释放文件锁。确保代理账号拥有目标机器的本地管理员权限，或者至少具备操作该Windows服务、访问部署目录的权限。

• 添加复制前的等待或文件锁检查
  如果是前序步骤（比如编译、解压）刚完成就触发复制，可能文件还处于系统缓存锁定状态。可以在复制步骤前加一个简单的等待脚本，比如：

  timeout /t 10 /nobreak
  

  或者用PowerShell检查文件是否可写（确认无锁）：

  $targetFile = "C:\DeployPath\YourFile.dll"
  $timeout = 15
  while ($timeout -gt 0) {
      try {
          $stream = [System.IO.File]::Open($targetFile, 'Open', 'Write')
          $stream.Close()
          break
      }
      catch {
          Start-Sleep -Seconds 1
          $timeout--
      }
  }
  

• 排除防病毒软件的干扰
  企业级杀毒软件的实时扫描经常会临时锁定新生成或复制的文件，导致共享冲突。建议把部署目录加入杀毒软件的白名单，或者和IT团队沟通，在部署时段临时关闭该目录的实时扫描功能。

最后，这种偶发问题建议在构建流程中添加更详细的日志，比如记录目标进程的状态，方便下次出现时快速定位。

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