紧接着上文说起，咱们这次来完成基于jenkins的自动化部署，也就是当有新的代码推送就会触发自动构建。

上一节我们已经实现了手动部署，大部分基础配置都已完成，不了解的可以先回顾下。。。。 基于jenkins实现手动拉取码云代码，实现半自动化部署

要实现自动化部署，其实这部分操作非常简单，只需要配置好构建触发器以及触发的事件即可。

本文要达到的具体目标：使用jenkins实现自动化部署

ps：我的服务器：CentOs8 Linux

计划了几个想要达到的目标

• 在自己的机器上跑起来 done
• 使用jenkins将码云上的git仓库拉到服务器 done
• 将代码拉到服务器后，可以手动触发构建、部署 done
• 完成自动化部署 done
• 开发一个自己的插件，具体做啥还没想好
• 待定...

触发器配置

打开一个我们创建好的项目，打开任务配置的触发器构建选项：Configure -> Build Triggers 选项卡

Enabled Gitee triggers 勾选你所需要的构建触发规则， 如 Push Event, Opened Merge Request Events，勾选的事件会接受WebHook，触发构建。

目前支持触发事件有：

• Push Events ：推送代码事件
• Opened Merge Request Events ：提交 PR 事件
• Updated Merge Request Events ：更新 PR 事件
• Accepted Merge Request Events ：接受/合并 PR 事件
• Closed Merge Request Events ：关闭 PR 事件
• Approved Pull Requests ：审查通过 PR 事件
• Tested Pull Requests ：测试通过 PR 事件

Enable [ci-skip] 该选项可以开启支持 [ci-skip] 指令，只要commit message 中包含 [ci-skip]，当前commit 即可跳过构建触发。

目前我自己只选择了 Push Events和提交PR事件，其他的暂时还不用不到。

另外还可以设置webHook验证token，其中 Secret Token for Gitee WebHook 该选项可以配置 WebHook 的密码，该密码需要与 Gitee WebHook配置的密码一致方可触发构建。

拿到触发器URL

在上一步其实已经能拿到 gitee WebHook URL，这里着重说下。

打开 Configure -> Build Triggers 选项卡，地址已生成好。

仓库关联

我们需要将上面的 WEBHOOK URL 和对应的仓库进行关联。

打开码云中的仓库，进入 设置（settings） -> WebHooks

• 添加 WebHook， URL 填写上一步我们得到的 WEBHOOK URL
• 密码填写：如果在Jenkins中配置了WebHook密码，不设密码可以不填
• 勾选 PUSH， Pull Request 事件
• 测试推送触发构建
  在Gitee 仓库的 WebHook 中选择勾选了PUSH的 WebHook 点击测试，观察 Jenkins 任务的构建状态
  在Gitee 仓库中编辑一个文件并提交，观察 Jenkins 任务的构建状态