TeamCity快照依赖触发异常：多Build A完成仅触发单次Build B

核心原因 #

• 快照依赖的VCS快照一致性：你的Build B依赖Build A的快照，且VCS根配置为拉取最新代码。如果4次Build A触发期间没有代码变更，所有Build A都基于完全相同的VCS版本，TeamCity会判定这些Build A对应的Build B构建请求是重复的，自动合并排队请求，只保留一个。
• 完成构建触发器的默认合并逻辑：TeamCity的完成触发器默认会避免触发相同上下文的重复构建，当多个上游Build A完成但对应下游Build B的VCS快照一致时，只会保留一个触发请求。

解决方案 #

• 添加唯一构建参数：触发Build A时，添加自定义唯一参数（如custom.unique.id=%build.counter%），让每个Build A的构建上下文唯一。即使VCS版本相同，TeamCity也会认为每个Build A对应的Build B是独立的，从而逐个触发。
• 关闭请求合并选项：在Build B的「完成构建触发器」配置中，取消勾选Do not trigger a build if there is a suitable build in the queue or already running选项。此设置会禁用重复请求合并，确保每个上游Build A完成后都触发Build B，但需注意可能带来的冗余构建。
• 改用链式构建：将Build A和Build B配置为链式构建（Chain Build），链式构建原生支持上游每个构建实例对应一个下游构建，更适合这种一对一的触发场景。
• 确保VCS版本唯一（测试用）：每次触发Build A前提交微小代码变更，让每个Build A基于不同的VCS版本，这样快照依赖会识别为不同上下文，触发对应的Build B。

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