Jenkins上游-下游作业-平静期

Question

Jenkins场景详细信息：
======================
-Jenkins中构建执行器的数量（在主/从上）：3
-UpStream作业：USJobs，此作业可以在任何构建执行器上运行
-DownStream作业：DSJobs

• USJob在构建步骤中有这个：回声“生日快乐詹姆斯”，完成这项工作需要5秒钟
• DSJob在构建步骤中有这个：回显“詹姆斯邦德死了”，完成这项工作
  
  需要5秒钟

现在，假设我们运行 USJob（父/上流作业）5 次，这将---

>

Jenkins 应该运行 USJob 5 次，因此在每次调用期间调用 DSJob 子作业。

DSJob 不会运行 DSJob（一旦从 USJob 调用它），而是将闲置或排队等待“120 秒”（即它被设置为安静期）。

现在，如果我们看到这个场景，UPJobs将调用DSJobs 5次，DSJobs将排队等待，直到满足该时间段。因此，一旦安静期结束，Jenkins将启动DSJobs。

我的问题：我想知道的是我可以在DSWork（儿童作业）中设置什么设置/选项，以便DSJobs只运行一次，而不管它被调用了多少次。换句话说：如果詹姆斯·邦德/某人死了一次，他就不能再死了！......明白了！但是有人可以在他的生日那天祝他生日快乐N次。

-- 这个概念类似于在 TFS（Team Foundation Server - 在 Build Definition 的 TRIGGER 部分内）以累积方式运行持续集成 （CI） 构建，即在源代码管理发生更改后立即运行构建，但累积对源代码管理的所有更改，直到正在运行的 CI 构建进行，一旦完成， 下一个 CI 生成将选取开发人员完成的所有其他源代码管理更改。

Answer 1

我建议以下想法：不要将美国和DS工作联系起来。让美国的工作做它的事情并完成。让 DS 作业检查一些东西，以决定是否要启动。

要实现这一点，请使用脚本触发器插件。我用它来满足类似的需求，效果很好！你可以完全控制触发和使用一个写得很好的脚本，你可以应用任何你想要的逻辑，给你绝对的控制触发和流程。

只是一个注意 - 用于评估构建的脚本不必保留为外部文件。它也可以写入作业的配置中。还支持 Groovy 脚本。

希望这有帮助。

Answer 2

如果我理解正确，您不希望在5次（快速）执行USJob之后再执行5次DSJob。您更希望DSJob从USJob的最后一个触发器执行一次？受SCM的静默期功能的启发？

如果是这样，那么我也面临同样的问题。我所做的是编写一个Groovy脚本，作为USJob中的最后一步执行。首先，它获取所有下游作业的列表（在您的情况下，这将简单地返回DSJob）。如果不需要动态工作，可以跳过此步骤。如果这些作业中的任何一个已排队，则脚本将它们从队列中删除。然后，USJob将正常地（再次）触发DSJob。

最终结果是，如果USJob在120秒的时间范围内多次触发，DSJob将只触发一次。只有来自USJob的最后一个触发器才会生效。

我有点像一个时髦的新手，所以我的脚本是我在网络上找到的其他脚本的混乱组合。我知道有更好的方法来做到这一点。如果这是您正在寻找的解决方案，我将发布（凌乱的）脚本。

Answer 3

我同意，因为这是一种选择，我最终会走这条路。感谢分享Elda。我们基本上不想通过在工作区中放置文件来使用，因为我们在任何机器上的任何可用从机上运行作业，并且不想在所有机器/从机都可以访问的中央NAS上创建文件。此外，我不想让子/下游作业查找父/上游作业，如果它是否以X状态完成，然后运行它。我这样做的方法是在DSWork上使用设置为120秒的安静时间，该工作称为“DSJobs”，来自USJobs或DSWork的任何其他父级（您可以选择直接/通过属性文件传递/或不传递参数）发现它工作正常。当我安排多个USJobs时，第一次出现的USJobs称为DSJobs，它等待了120秒（或您想要的X秒），然后一旦USJobs第一个作业完成，第二个USJobs开始并完成，它再次调用DSJobs，但这并没有将一个新的DSJobs放入队列中，尽管它只是颠簸了剩余的X号。作业DSJobs从X运行的秒数——无论到目前为止花费了多少时间...再次回到X秒，这很好。我还使用了“Build Blocker插件”，但我只是用它来从逻辑上明确我的观点，因为事情就像我想要的那样使用DSJobs上设置的“安静期”概念。解决了！