Jenkins - Webhooks 或 PollSCM
Jenkins - Webhooks OR PollSCM
在持续集成很重要的场景中,对于触发构建,Webhooks 或 PollSCM 是更好的选择。
这些是我目前对这两种方法的理解:
- PollSCM 是一项繁重的操作,依赖它来触发构建意味着我们需要经常触发它。但是配置更简单,而且比 Web 钩子更安全,因为 Jenkins 将与代码库进行通信。
- Web 挂钩可以为您提供准确的构建触发时间,而无需不断检查。但另一方面,当您从外部打开连接时存在安全问题,并且与 PollSCM 相比配置并不容易。
期待了解这两种方式的确切优缺点。
如果您的构建周期非常短(几分钟)并且您希望为每次提交触发构建,Webhooks 解决方案更好。
但是如果您的构建周期更长(15/20 分钟)并且您不需要为每次提交构建,那么 PollSCM 是一个不错的选择:)
在我的公司,我们使用 Git/Stash 和 Jenkins + Webhook 来在每次提交内容时触发构建。对于拉取请求,我们正在使用 Jenkins 的 Stash pullrequest 构建器插件。
在持续集成很重要的场景中,对于触发构建,Webhooks 或 PollSCM 是更好的选择。
这些是我目前对这两种方法的理解:
- PollSCM 是一项繁重的操作,依赖它来触发构建意味着我们需要经常触发它。但是配置更简单,而且比 Web 钩子更安全,因为 Jenkins 将与代码库进行通信。
- Web 挂钩可以为您提供准确的构建触发时间,而无需不断检查。但另一方面,当您从外部打开连接时存在安全问题,并且与 PollSCM 相比配置并不容易。
期待了解这两种方式的确切优缺点。
如果您的构建周期非常短(几分钟)并且您希望为每次提交触发构建,Webhooks 解决方案更好。
但是如果您的构建周期更长(15/20 分钟)并且您不需要为每次提交构建,那么 PollSCM 是一个不错的选择:)
在我的公司,我们使用 Git/Stash 和 Jenkins + Webhook 来在每次提交内容时触发构建。对于拉取请求,我们正在使用 Jenkins 的 Stash pullrequest 构建器插件。