监控上游 breaking changes mr 合并事件

Problem to solve

GitLab 在 major/minor 发版时会按计划 remove 一些之前已经宣布 deprecated 的功能（详见这个文档） ，相关的 MR 会在整个 milestone 阶段陆续合并到 master 分支，并自动同步到 JH 仓库，然后被 auto deploy 更新到 SaaS 环境。当前痛点是这些 breaking changes 代码会在“不知不觉”中部署到生产环境，缺乏可观测性和控制性，容易引起诸如 gitops pull-based 功能下线类似的事件，给现有客户带来不好的使用体验。

Proposal

1. 监控上游标记了 ~"breaking change" 和 ~"high-risk-change" 标签(见这个链接)的 MR 的合并事件，相关 MR (示例) 合并到 master 分支时在 JH SaaS 上创建 issue 跟进
2. 值班人员负责跟进上述 issue，判断相关 MR 是否可以部署到 SaaS 上。（若无影响则关闭 issue， 若有影响通知 CS、SRE、销售等相关团队跟进）
3. SRE 在部署生产环境之前检查上述 issue 以判断能否上线。

/cc @qianzhangxa @xiaogang