AFAIK使用Jenkins时的选择要么是安静时间为0，要么在办理登机手续后立即开始构建，要么设置非零静默期以便捕捉背靠背提交。
在我看来，更好的方法是始终立即启动构建，但是如果在可配置的时间内有另一个提交，则愿意中止构建并重新启动它。
这种方法可以最大限度地缩短单个提交的周期时间，并允许您微调处理繁忙存储库的方式。
我通过Google和stackoverflow进行了搜索，但未能找到可以实现此目的的任何配置或插件选项。这样的事情是存在的，还是出于某种原因这是个坏主意？
答案 0 :(得分：0)
是的，这是一个不错的主意＆＃34;。
首先，您正在浪费网络带宽和CPU周期进行部分构建，然后中止并清除，从实际需要的进程中夺走资源。
其次，CI背后的原则是＆＃34;每次提交的构建＆＃34;。如果在构建过程中存在新的提交，您仍应该为先前的提交构建一个构建，并为新提交构建一个新构建，每个构建都经过测试并可能部署到DEV / QA。
应该教育开发人员将他们的变更集提交为单个提交，而不是零敲碎打。绝对没有有效的技术原因，他们不能立即提交整个更改集。唯一的原因是懒惰有一个适当的结账工作区，不愿意改变他们（有缺陷和懒惰）＆＃34;我已经习惯了这样做的方式＆＃34;过程