单仓多Node.js组件场景下如何避免多构建流水线重复触发发布流水线？

核心思路是收束构建触发入口，既保留按需构建的效率，又避免多次触发发布流水线，具体实现步骤如下：

• 新增1条master-scheduler调度流水线，作为合并到master分支后的唯一触发入口，原有各组件的<component>-build流水线不再直接监听master分支的合并事件。
  该调度流水线仅执行两个逻辑：
  1. 对比当前commit与上一次成功部署的commit的代码差异，识别所有需要构建的组件：如果只有单个组件目录变更，仅标记该组件为待构建；如果shared目录有变更，标记所有依赖shared的组件为待构建；无业务组件变更时直接终止流程。
  2. 并行触发所有待构建组件的<component>-build流水线，记录本次需要等待的构建任务ID列表。
• 调整发布流水线的触发规则：将原有的「所有<component>-build流水线完成即触发」，修改为「仅允许master-scheduler调度流水线触发，且需要等待本次调度触发的全部构建任务执行成功后，再统一拉取所有对应组件的构建产物执行部署」。
• 可选优化：为所有<component>-build流水线配置构建缓存（比如Node.js的node_modules依赖缓存、组件构建产物增量缓存），即使出现shared变更需要全量构建的场景，也能大幅降低构建耗时。

这种方案既保留了你原有按需构建的优势，又确保每次master合并只会触发1次发布流程，不会出现多构建任务重复触发发布的问题。

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