Gitlab如何配置两个Microsoft Teams通知通道推送不同类型通知

可以实现，不受原生Microsoft Teams集成仅支持单配置的限制，以下是两种可落地的实现方案：

方案1：使用Gitlab自定义Webhook替代原生集成 #

原生Gitlab的Teams通知集成本质是对通用Webhook能力的封装，直接使用自定义Webhook即可实现多频道定向推送：

• 首先在Microsoft Teams的两个目标频道分别创建传入Webhook，分别获取两个频道独有的Webhook地址
• 进入Gitlab对应项目的「设置」→「Webhooks」配置页，分别添加两条Webhook规则：
  • 第一条对应新版本发布频道：URL填写发布频道的Webhook地址，触发器仅勾选发布事件或标签推送事件，保存即可
  • 第二条对应构建失败通知频道：URL填写构建通知频道的Webhook地址，触发器仅勾选流水线失败事件，保存即可
• 分别点击两条Webhook的「测试」按钮，验证通知可以正常推送到对应频道，配置完成后即可正常使用。

方案2：通过CI/CD作业自定义推送通知 #

如果需要高度自定义通知内容，可以直接在CI配置中添加定向推送逻辑：

• 编辑项目根目录的.gitlab-ci.yml文件，新增两个独立的通知作业，示例配置如下：

  # 新版本发布通知作业
  send_release_notice:
    stage: notify
    only:
      - tags # 仅在打新版本标签时触发
    script:
      - |
        curl -H "Content-Type: application/json" -d '{
          "text": "新版本 '${CI_COMMIT_TAG}' 已正式发布，详情查看：'${CI_PROJECT_URL}/-/releases/${CI_COMMIT_TAG}'"
        }' 替换为你的发布频道Webhook地址
  
  # 构建失败通知作业
  send_build_fail_notice:
    stage: notify
    needs: ["你的构建作业名称"]
    when: on_failure # 仅在上游构建作业失败时触发
    script:
      - |
        curl -H "Content-Type: application/json" -d '{
          "text": "项目构建失败，流水线地址：'${CI_PIPELINE_URL}'"
        }' 替换为你的构建失败频道Webhook地址
  

• 提交CI配置文件即可生效，后续对应事件触发时会自动推送到指定的Teams频道。

以上两种方案按需选择即可，方案1无需修改业务CI配置，配置门槛更低；方案2可灵活调整通知格式和内容，适配更复杂的通知需求。

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