使用 GitLab 的团队通常同时有自建实例和多条流水线。GitLab 机器人通过项目 Webhook 接入，把 MR、Issue 和 Pipeline 的关键变化发到飞书群，不需要团队再开一个通知页面。
解决什么问题
- MR 等待评审，评审人没有及时看到。
- Pipeline 失败后，修复动作启动得太晚。
- 自建 GitLab 的通知能力有限，团队只能靠邮件。
核心能力
MR 与 Issue 通知
MR 创建、合并、关闭，以及 Issue 和评论事件按项目推送到飞书群。
Pipeline 结果
流水线成功、失败和取消结果进入群聊，并保留对应任务链接。
自建实例支持
通过项目 Webhook 工作，自建 GitLab 与 SaaS 实例都可以接入。
项目级订阅
每个项目可以指定目标群和事件范围，避免所有通知挤在一个群里。
接入方式
- 在飞书群添加机器人并获取 Webhook 地址。
- 配置事件源、目标群和通知规则。
- 发送测试事件，确认消息格式和 @ 提醒。
本页不展示控制台界面。具体配置字段与权限由交付团队在接入时提供，也可以联系销售了解。
适用团队
- 研发团队
- DevOps / 平台工程
- 使用自建 GitLab 的企业
常见问题
自建 GitLab 可以接入吗？
可以。只要 GitLab 实例能访问机器人端点，就可以配置项目 Webhook。
支持 Pipeline 失败才通知吗？
可以按事件类型配置，只保留失败或关键分支的流水线结果。
相关能力与方案
把这个能力接进你的飞书群
告诉我们团队规模和使用场景，我们会给出 SaaS 或私有化部署建议。