Jenkins SCM轮询:优化延迟而不会破坏构建场

时间:2018-02-21 11:05:04

标签: jenkins

我有一个托管在(私有)github存储库中的项目,并且在本地持续集成。构建需要相当长的时间(成功3小时)并在共享服务器上运行,因此我不希望它持续运行。

目前,我已经将Jenkins配置为每天晚上对github进行一次投票。这没关系,并且避免了我们的构建服务器的垃圾邮件,但是稍微改善延迟会很好。

我想知道一条规则:“在建造N分钟之后,继续下一个N分钟”(或类似的东西)。这样,如果构建被严重破坏并迅速失败,开发人员可以推送修复程序并查看结果,但我们仍然没有最终连续3小时运行。

关于如何让这个工作的任何想法?我可以在构建服务器上本地运行任何脚本来进行时髦的编排。

或者,这是一个可怕的想法吗?如果是这样,我能做些什么更明智?

1 个答案:

答案 0 :(得分:0)

为此目的尝试安静时段功能。 https://jenkins.io/blog/2010/08/11/quiet-period-feature/

这可以帮助您在构建下一个Job之前设置N分钟,可以在Jenkins中全局设置。