build - TeamCity 中的快照依赖项和完成的构建触发器之间有什么区别？

Question

在我看来，快照依赖的功能完全取代了 TeamCity 中完成构建触发器的功能。如果这些方法导致不同的链行为，任何人都可以解释更多这些方法的影响吗？例如，如果我有一个 A->B 的构建链

这三种设置之间的链条实际上有什么不同吗？

设置 1:B 中 A 的单个完成构建触发器。

设置 2:B 中 A 的单个快照依赖项。

设置 3:都完成了 A 的构建触发器和 B 中定义的 A 的快照依赖。

我知道可以将快照依赖视为所有依赖者的“AND”操作，而 Finished Build Trigger 的工作方式类似于依赖者之间的“OR”操作。但是在顺序链的上下文中，有什么区别吗？

谢谢，
斯科特

Answer 1

“快照依赖”和“完成构建”触发器是非常不同的。一个基本上是“推”操作，而另一个是“拉”操作，分别。

设置 1:
如果我有构建配置 一个 和 乙 哪里乙 在 上有一个“完成构建”触发器一个 ，则相反的行为为真。触发 乙 对 没有影响一个 ，但触发 一个 将有效触发 乙 一旦完成。

设置 2:
如果我有完全相同的设置，而是 乙 对 有快照依赖一个 ，然后每当 乙 被触发，一个 将首先运行，或者至少在运行 之前检查它是否需要运行乙 .仅当 一个 被触发，然后 乙 不会被触发。

设置 3:
设置 3 略有不同，因为它不仅仅依赖于“完成构建”触发器或快照依赖项。它也取决于初始触发器(VCS、预定的或其他)。例如，如果您在 上有一个 VCS 触发器一个 , 和 乙 在 上同时具有“完成构建”触发器和“快照依赖项”一个 ，那么您可以有效地获得安装程序 1 的行为。一个 将在 VCS 更改和 上触发乙 将在 之后触发一个 (使用相同的快照)。事实上，没有快照设置，不保证乙 将使用与 相同的快照一个 ，这可能是也可能不是您想要的。

所以一般来说，当你想要一个“从左到右”的触发过程时，你使用两个完成的构建触发器和快照依赖来保证构建抵押品的神圣性。

另一方面，如果您在 上设置了初始触发器(VCS 或预定的或其他)乙 ，那么“完成构建”触发器在某种程度上无效，因为 乙 将始终首先触发(但不运行)，然后将触发其所有依赖项并在完成后自动运行。

希望有帮助。谢谢!