我想要TeamCity中的以下流程

1 -> 2.1 -> 3
1 -> 2.2 -> 3
1 -> 2.3 -> 3
     2.4 -> 3

2.x将不同的服务部署到测试环境，并且3在测试环境中运行烟雾测试，因此我们不需要多次运行。如果触发了1，则使用Finish Build Triggers就是这样。最终会导致我们的Feed混乱，最终导致测试运行，并且在运行中部署了一项服务，我们绝对需要避免这种情况。

要求如下：

我希望每当2.x完成时触发3，但是我不想运行3的多次构建，就像首先触发1的情况一样。
我还希望在其默认分支上签入时触发3。
3上的触发器不应在构建链的早期构建任何东西。这是一项昂贵的操作，并且会在烟雾测试中混淆我们的结果（是否由于测试更改而失败？是因为我们部署了更新的代码，还是因为部署了更新的代码？）

我被认为是快照依赖项可以解决此问题，但是我无法按预期运行。当任何2.x成功完成时，似乎并没有触发3。另外，当VCS更改触发3时，我绝对不希望触发1或2.x，无论“使用合适的构建选项”，这似乎都会发生很多。

1、2.x和3都从不同的存储库运行，因此它们没有VCS根目录。所有的2.x版本也是不同的仓库。我们也没有任何人造物。

如何实现此工作流程？

编辑：是否可以通过在测试运行前添加虚拟构建配置来实现？