更换GitLab合并请求触发的Jenkins任务后状态不显示怎么办？

旧任务是通过**Jenkins GitLab插件+GitLab项目专属集成（非普通Webhook）**的双向联动实现的，具体分两部分：

一、自动触发合并请求任务的配置 #

• Jenkins端：旧任务的GitLab插件配置里，除了勾选「合并请求事件」触发，还在高级设置中填写了GitLab项目ID，同时配置了拥有api权限的GitLab访问令牌，让Jenkins能和GitLab建立双向通信链路，而非单向的Webhook触发。
• GitLab端：旧任务的触发不是用普通Webhooks页面配置的，而是通过项目设置中的「集成（Integrations）」页面关联的Jenkins服务，这里会自动生成双向事件通知通道，而非手动添加的单向Webhook。

二、合并请求显示状态图标+跳转链接的关键 #

Jenkins任务执行完成后，会通过GitLab API主动向合并请求提交状态报告，包含运行状态和任务跳转链接。旧任务的GitLab插件必须配置了：

• 勾选「发布构建状态到GitLab」选项；
• 使用的GitLab令牌拥有write_repository权限，允许Jenkins向GitLab写入状态信息。

你的当前问题排查点 #

手动添加Webhook只能触发任务但无法显示状态，是因为缺少Jenkins向GitLab回传状态的链路：

1. 检查新Jenkins任务的GitLab插件配置，确保填写了正确的GitLab项目ID、有权限的访问令牌，且勾选了发布构建状态的选项；
2. 前往GitLab项目的Settings -> Integrations页面，配置/检查Jenkins集成项（无则新建），确保Jenkins服务器地址和令牌配置正确，打通双向通信；
3. 不要用普通Webhooks替代该集成，普通Webhook只有GitLab触发Jenkins的单向逻辑，不支持Jenkins回传状态。

内容的提问来源于stack exchange，提问作者Nicolas Baumann