龙空技术网

Jenkins 与 Bitbucket webhook(钩子)的配置和使用

测试开发 214

前言:

如今我们对“netactive钩子”都比较珍视,我们都需要了解一些“netactive钩子”的相关资讯。那么小编也在网上搜集了一些关于“netactive钩子””的相关资讯,希望我们能喜欢,朋友们一起来学习一下吧!

Jenkins 的 multi-branch pipeline 想必很多人已经在用了,使用这种类型的 Jenkins Job 最显著的作用就是可以对 Git 仓库里的任何分支和任何 Pull Request(以下简写为 PR)进行构建。

在做 Jenkins 与 Bitbucket 的集成时,需要安装插件:Bitbucket Branch Source,可以通过该插件在 Jenkins 里进行 webhook 的配置。这种方式对于没有 Bitbucket 仓库的管理权限,CI/CD 暂且处于变更比较频繁的阶段,不想麻烦的去申请添加 webhook 的同学来说是非常友好的。即可以不用通过管理员在 Bitbucket 设置里添加 webhook 也可以实现创建 PR 后触发 Jenkins 构建。

遇到问题

但我最近遭遇了两次失灵的情况,在创建 PR 后没有触发 Jenkins 自动构建,然而 Jenkins 和 Bitbucket Branch Source 并没有什么改动,也各种 Google 之后也没有找到相应的解决办法(如果有遇到此情况的小伙伴欢迎一起交流)。

那既然这条路不稳定,不好走,那就走一条可以走通的路、直接的硬路。即在 Bitbucket 对应的仓库中添加 webhooks。

如何配置

在申请添加 webhooks 之前,我先在个人的私人仓库下,创建了测试仓库对 webhook 进行了测试,在经过反复的测试,觉得没有问题后,将相应的配置通过管理员添加到对应的 Repository 中。如下示例:

Webhook name: test-multibranchWebhook URL: connection: 返回 200, 连接测试通过。Events:Repository: N/APull Request: Opened, Merged, Declined, Deleted.Active: enable

Bitbucket webhooks 设置

Jenkins multi-branch pipeline 设置

最终效果

通过以上的设置,开发人员在每次创建 PR 都会立即触发 Jenkins 构建,显著的变化有两个:

比以前依赖插件响应速度要快很多,之前的响应速度一般在 1~2 分支才能触发构建稳定程度大大提高,目前为止没有再出现创建 PR 之后没有触发 Jenkins 构建的情况

最终的与 Jenkins 的集成效果是这样的:

当创建 (Opened) 一个 Pull Request 时,会自动在 Jenkins 上创建相应的 Pull Request 任务(比如 PR-123)并开始构建。当合并 (Merged) 这个 Pull Request 时,会自动删除 Jenkins 中的 PR-123 任务。当拒绝 (decline) 这个 Pull Request 时,会自动删除 Jenkins 中的 PR-123 任务。当删除 (Deleted) 这个 Pull Request 时,会自动删除 Jenkins 中的 PR-123 任务。

已经 Merge 的分支,会显示已经划掉了,灰色的,这种分支不可以再进行执行构建;而 develop 和 master 分支则可以继续手动或自动构建。

已经 Merge 了的 Pull Request 同样显示为已经划掉了,灰色的。PR-12, PR-13, PR-14 可以继续手动或自动构建。

事件补充

这里说一下我为什么没有添加 Modified 事件。此前我是添加了这个事件,但我发现一些处于待合并的分支不知不觉被 webhook 触发了很多次,由于我们的全平台构建、扫描、以及测试需要至少 2~3 小时的时间,当处于待合并的 Pull Request 过多时,对构建资源的占用可能会是全天候的。

我想应该是其中的哪个事件的特性所导致引起的,果不其然,这时候才注意到 Modified 事件的这段解释:A pull request's description, title, or target branch is changed. 从解释里可以看到 Modified 事件包含修改 PR 描述、标题、还包括了目标分支的变更都会触发构建。

其实这个 Modified 事件的这个特性本身是特别好的,可以不断的将已经合并到目标分支的代码拉取到源分支进行构建,保证源分支的代码一直是与最新的代码进行集成、构建和测试,这样集成的结果才是最准确可靠的。但只是不适合目前的我们,因此暂且没有开启 Modified 事件。

这里没有添加其他 webhook 事件,比如对于主分支的触发事件,这个可以根据具体需要进行添加。如果不是那么频繁,每日构建满足需求,那么在 Pipeline 里添加一个 trigger 就可以了。

了解更多,关注我的wx公众号:DevOps攻城狮

标签: #netactive钩子