我正在尝试建立一个管道，以针对向我的存储库中的拉取请求运行各种测试。存储库是由Bitbucket Server托管的git repo，而TeamCity是Enterprise 2019.1.5（内部版本66605）。该任务有几个关键方面：
- 有很多测试。一种或另一种测试应并行运行以实现合理的执行时间。这些测试已经划分为单独的TeamCity构建配置，每个配置都有足够的执行时间。
- 可用于该任务的构建代理少得多，因此，特定构建在构建队列中花费相当长的时间（最多1-2个小时）并不是不可能的。
- 测试结果应作为单个汇总值报告给Bitbucket。即例如，如果从第1页开始有3个单独的构建，其中两个通过并且一个失败，则Bitbucket应该收到一个“失败”的构建状态。
- 理想情况下，流水线应该由功能分支更改触发（refs / pull-requests / 123 / from在Bitbucket术语中），但是结帐将功能分支合并到目标分支（refs / pull-requests / 123 / merge in Bitbucket术语）。
鉴于上述要求，我尝试了“复合构建配置”（https://www.jetbrains.com/help/teamcity/composite-build-configuration.html），因为它似乎非常适合这项工作。因此，我从第1页开始使用正确的构建（作为快照依赖项），“拉取请求”和“提交状态发布者”构建功能来构建单个复合构建。它完美运行，除了一件事...
我似乎无法解决的唯一问题是，当将构建链添加到构建队列时，依赖项中的VCS根会收集更改。这意味着由于p.2（在构建队列中花费的最大时间不可忽略），某些构建最终会针对一些过时的源运行。理想情况下，我希望能够针对最新资源运行构建。
所以我的问题是是否有任何方法可以禁用依赖项的修订同步？还是我可以不使用快照依赖关系而以完全不同的方式解决整个问题？
交叉发布在社区论坛上：https://teamcity-support.jetbrains.com/hc/en-us/community/posts/360006745840