上一篇： 使用Generic Webhook Trigger插件实现Jenkins+WebHooks（码云）持续集成 介绍了如何使用Jenkins通用插件Generic Webhook Trigger 来实现码云WebHooks持续集成，但是有一个问题就是，如果项目是多分支的情况下，每一个分支的提交都会触发Jenkins运行，这一点肯定是我们不想看到的，下边我们就解决一下这个问题。 知识背景

缘起 最近用Gatsby 写了一个个人blog，link =>  http://new.ruoduan.cn/ Github Star 发现 build 后体积太大，FTP 发文件 都要10几分钟，挑选来下自动化部署工具 ，本打算用jenkins 感觉有点重，而且学习成本较高。 看了一下觉得 使用 github的webHooks 是最合适的 Graph 大致流程是这样的：

Microsoft Teams是一款由微软开发的团队协作和通讯工具。如果您对这个名字还不太熟悉，那么现在就是一个了解它的好时机。微软将Teams定位为其之前Skype for Business解决方案的继任者，并且它也提供了与其他基于频道的通讯应用程序（例如Slack、Discord、Mattermost等）相竞争的替代选择。 Teams对Webhook集成的支持，这也是我们在本文中将要探讨的内

一、作用 使用webhooks来实现当git客户端push代码到gitlab后，jenkins会立即去gitlab拉取代码并构建。 二、步骤 1、安装插件 ruby_runtime（Hook插件依赖于该插件）Gitlab Hook Plugin 2、Jenkins全局配置 "系统管理"->"系统设置" 说明：打两个勾，制定构建的分支 3、Jenkins项目配置 项目->"配置

上一节完成了"当git客户端push代码到gitlab后，jenkins会立即去gitlab拉取代码并构建"。 目的：本节完成jenkins自动构建之后，自动的将jar包部署到应用服务器并启动服务。 机器： jenkins服务器：10.211.55.4应用服务器：10.211.55.3 一、jenkins安装publish-over-ssh 安装插件过程同前。   二、建立ssh信任

看本篇文章的前提是已经部署完GItlab和Jenkins服务器，已经可以手动构建成功，并且经过了很多次实践，对这两款软件基本熟悉。 建议大家按以下顺序看 前端自动化（其一）部署gitlab 前端自动化（其二）部署jenkins、配置环境、连接gitlab 前端自动化（其三）持续集成和持续部署（本章！） Jenkins上下载GitLab插件 进入任务配置页面 进入Gitlab生成访