如何在TFS DevOps Pipelines中锁定资源，避免多流水线同时使用

内置功能说明 #

Azure DevOps（原TFS）没有类似TeamCity的"Shared Resource"内置全局资源锁功能，无法直接在构建定义中配置共享资源的排队等待逻辑，避免多构建同时占用同一资源。

可行的自定义实现方案 #

• 文件锁机制：你提到的文件检查方案是可行的，示例脚本逻辑如下：

  # 等待锁文件释放
  while (Test-Path "C:\shared-resource\resource.lock") {
      Start-Sleep -Seconds 10
  }
  # 创建锁文件
  New-Item -Path "C:\shared-resource\resource.lock" -ItemType File
  # 构建任务执行...
  # 最后删除锁文件（无论构建成功失败）
  Remove-Item -Path "C:\shared-resource\resource.lock" -Force
  

  注意要在构建的Always run阶段添加删除锁文件的步骤，防止异常导致锁残留。

• 专属代理池隔离：如果共享资源仅部署在特定代理上，可以创建一个仅包含该代理的专属池，将池的代理数量设为1，构建定义指定使用该池，确保同一时间只有一个构建能访问资源。

• 变量组分布式锁：利用Azure DevOps变量组存储锁状态，结合REST API实现：

  • 构建前调用API检查变量组中的ResourceLocked标记
  • 若标记为true则循环等待，直到标记更新为false
  • 获取锁后将标记设为true，构建完成后重置为false

市场插件现状 #

目前Azure DevOps Marketplace中没有专门解决全局共享资源锁的成熟插件，暂时只能通过上述自定义方案实现需求。

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