如何将TeamCity构建C默认设为使用快照依赖B的最新构建变更？

核心配置调整（针对C的快照依赖） #

• 给C配置B的快照依赖时，修改版本规则：放弃默认的「包含所有变更的最新成功构建」，选择「最新成功构建」（若需限定分支，可选择对应分支的最新成功构建）。这会让C默认忽略上游的新变更，直接复用B已经构建完成的最新成功版本，不会触发A和B重新运行。
• 同时取消快照依赖中的**「依赖变更时触发构建」**选项，避免B有新构建时自动触发C，保持C的触发自主性。

手动触发完整构建链的方式 #

当需要基于最新变更运行完整的A→B→C链时，不用修改C的默认配置，两种可选方式：

• 触发C构建时，手动进入**「依赖项」**选项卡，将B的依赖版本临时切换为「包含所有变更的最新构建」，TeamCity会自动触发B（及上游A）重新构建后再执行C。
• 直接使用你已有的复合构建（包含B和C的快照依赖）来触发完整流程，保持C的默认配置不变，互不干扰。

进阶优化（可选） #

如果你的UI测试需要固定在已部署的稳定服务上运行，可以给B的成功构建打自定义标签（比如stable-deploy），然后在C的依赖规则中指定「带有标签stable-deploy的最新构建」，进一步确保C复用的是已经完成部署的B版本，更贴合业务场景。

关键注意点 #

• 不要开启C的**「强制干净检出」**，避免因工作目录重置导致的资源浪费，确保复用上游构建的产物。
• 无需复制构建配置，通过调整依赖规则和手动触发时的临时配置，就能实现两种场景的区分，保持构建链的关联性。

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