Poll SCM 的作用是在由 Schedule 指定的间隔时间内定期扫描仓库中的更改。因此,这个选项是多余的。
现在来看钩子(hook),它是否配置为提供所有信息或只有推送事件?您可以在浏览器中输入http://<jenkins_url>/log/all
来查看在推送更改时系统日志。在该日志的底部,查看Jenkins是否已接收到钩子并 poke 了作业。如果没有接收到钩子,请在 GitHub 上重新配置以发送适当的事件。否则,删除并重新创建作业,因为有时 Jenkins 在接收事件时无法注册新作业以进行 poke,而其他时候新作业本身不会响应 poking。
只需保留GitHub钩子触发器用于GITScm轮询
,因为这是有条件触发器的正确选项(遵循git push
而不是作为cron作业计划的定期轮询,即适当的轮询1)。
至于如何启动触发(而非轮询)的想法,请参考我的“飞行前检查清单”here,因为这不是一个琐碎的问题。
顺便提一下:如果您也认为“轮询”这个词在此选项中使用不当(根据该术语的定义),请随时向Jenkins Github插件开发人员报告。
http://<jenkins_url>/log/all
显示了设置操作,但没有来自 GitHub 的任何内容。但是 GitHub webhook 页面显示已发送许多成功的负载。 - Bret Hess