【发布时间】:2020-03-29 19:02:29
【问题描述】:
项目存储库已使用BitBucket plugin 成功连接到 Jenkins 服务器,并且项目设置如下:
- 每次推送到 BitBucket 中的分支都会触发发送到 Jenkins 服务器的 webhook
- 当 Jenkins 服务器收到 webhook 时,它将构建更改的分支(通过在配置中将分支名称指定为
**) - 构建完成后,使用BitBucket notifier 将构建状态通知发送回BitBucket
只需按照插件中的说明和一些快速的 Google 搜索,即可轻松设置每一项。但是我现在遇到了一个问题,这可能更多的是想要以非常规的方式运行而不是其他任何事情。
使用普通的 emailer 插件或 Email-ext 插件,可以设置电子邮件以发送给参与创建构建的人员。例如,Email-ext 插件允许选择:
- 请求者
- 开发人员(所有在基于最新版本的构建中提交的人)
- 收件人列表(预设列表)
- 损坏构建的各种“责备”设置
所遵循的开发过程涉及由指定分支中的一名开发人员处理的每个项目,例如userA/projectB。显然,其他开发人员可以检查并推动进行更改,但这是不受欢迎的。即使在这种情况下,推送对 BitBucket 的更改的用户也应该得到通知。
当前的设置都不支持这一点。 Requester 是最接近的,但仅适用于手动构建。触发构建的推送到 SCM 应该通知推送的用户,这似乎是一个非常简单的要求,但这并没有记录在任何容易找到的地方。
【问题讨论】:
-
在 Git 中没有像 Pusher 这样的东西,因为远程仓库和任何其他仓库一样:它只包含提交者提交的提交(唯一的例外是它可能成为bare repo)。这就是为什么 Git 是一个 DCVS。
-
你会用什么术语来描述将一组提交从他们的存储库推送到远程存储库的人? BitBucket 使用术语
actor,但这似乎很笼统。对我来说,Pusher 是描述那个人的最清晰的方式。 -
你是对的,它来自工作流 POV。但是 Git 本身并没有 Pusher 的概念。它只知道Committers (and Authors)。
标签: jenkins continuous-integration bitbucket bcbsn