本地部署Azure DevOps中如何让项目流水线等待公共构建流水线完成？

以下三种原生方案均可实现需求，无需额外安装第三方扩展： #

方案1：管道完成触发器+串行排队规则（配置成本最低） #

• 先给公共项目的构建流水线设置唯一的管道标识，方便其他项目快速关联定位
• 打开三个非公共项目的流水线配置，添加管道完成触发器，触发源选择公共项目的对应构建流水线，触发分支可根据实际场景匹配（比如统一匹配主干分支）
• 核心配置：进入公共项目流水线的「设置」-「常规」，找到流水线并发控制选项，设置为每次仅运行一个实例，同时勾选「将新版本排入队列」，这样公共流水线运行时，所有触发的业务流水线、以及新的公共流水线运行请求都会自动排队，等当前公共实例跑完再依次执行
• 若要避免公共项目无代码变更时误触发业务流水线，可以在触发器配置中添加路径过滤规则，仅当公共项目指定目录的代码更新时才触发业务流水线重跑

方案2：独占代理池资源锁（适配共享产物场景） #

如果公共项目构建会产出共享的中间包、基础镜像，需要确保业务流水线拉取到的是最新的公共构建结果，推荐用该方案：

• 新建一个专属代理池，命名比如common-build-lock-pool，仅给这个池分配1个代理节点
• 给公共项目的构建流水线的Job配置运行代理池为该专属独占池
• 给三个非公共项目的构建流水线的第一个Job也配置为运行在这个专属独占池，第一个Job可以是占位任务（比如仅执行echo "waiting for common build finish"），后续实际构建任务仍使用原业务代理池即可
• 原理是专属池只有一个节点，同一时间只能跑一个任务，公共流水线运行时会占用唯一节点，所有业务流水线的等待Job都会排队，等公共流水线跑完释放节点后，业务等待Job执行完就会切回原代理池跑实际构建逻辑，天然实现等待逻辑

方案3：自定义状态查询任务（灵活度最高） #

如果需要更精细的控制逻辑（比如仅等待同分支的公共流水线、超时终止逻辑），可以在业务流水线开头加CLI/PowerShell查询任务：

• 首先给当前使用的服务账号分配四个项目的流水线读取权限
• 在业务流水线的最开头添加一个Azure CLI任务，调用本地Azure DevOps的接口查询公共项目对应分支的构建状态，示例命令：

az pipelines build list --project "公共项目名称" --definition-ids <公共流水线ID> --status inProgress --branch "refs/heads/$(Build.SourceBranchName)" --query "length(@)" -o tsv

• 任务中添加循环逻辑：如果查询结果大于0，就sleep 30秒后重新查询，直到查询结果为0再继续执行后续步骤，还可以添加超时阈值，超过指定时间自动终止流水线避免无限等待

注意：所有方案都需要提前配置跨项目的权限，确保服务账号可以访问其他项目的流水线、代理池资源。

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