jenkins配置码云自动部署

1. 需求背景

公司有后台项目和前端项目,后台和前端是分开部署的,后台是用svn进行代码管理,并且通过jenkins进行持续集成和构建,但是前端还是用着最原始的方式通过上传js,html文件到web服务器进行发布,主要是造成了以下的问题:

  • 部署麻烦,需要知道本地文件所在目录和线上文件所在目录,然后进行上传
  • 容易遗漏,在文件多的时候上传会有遗漏情况发生,导致线上出问题
  • 发布流程不易管理,无法追踪发布时间,发布目的,发布内容

综上几点,再加上前端的代码是通过码云的git进行托管的,所以jenkins配置码云的代码来实现自动部署迫在眉睫。

2. 过程

2.1 目标

jenkins配置码云自动部署的目标是在指定分支上进行push到远程库的时候能够触发jenkins的构建,然后实现自动化部署上线。

2.1 寻找解决方案

在网上能看到很多部署方案,但是大都大同小异,描述得很不详细,没有从码云这个托管平台的实际出发来讲如何部署,后面通过翻阅码云的帮助文档,再加上自己的一些经验,终于实现了通过jenkins自动配置码云

2.2 部署过程
2.2.1 jenkins安装码云Gitee插件

系统管理 --> 插件管理 --> 搜索插件(安装),重启即可(下图是我在安装好的插件中查询出来的,我是已经安装好的了)

在这里插入图片描述

2.2.2 插件配置

jenkins --> 系统管理 --> 系统设置 ,找到Gitee 配置选项

  • 链接名:输入你想要的名字,这个名字无所谓,后面只是做显示作用
  • Gitee 域名 URL:输入码云完整URL地址,https://gitee.com(码云私有化客户输入部署的域名),一般填https://gitee.com即可
  • 证书令牌:右边选项点击add,选择jenkins
    1. Domain:选择全局凭据(Global credentials)
    2. 类型(Kind):选择Gitee API 令牌(Gitee API Token)
    3. 范围(Scope):根据你个人想要这个凭据在哪个范围可使用,我选的是全局
    4. Gitee APIV5 私人令牌(Gitee API Token):输入你的码云私人令牌,获取地址https://gitee.com/profile/personal_access_tokens
    5. ID和描述:自己随便填,也是作为显示使用而已
      添加完成后,选择刚自己添加的这个令牌
  • Advanced:可配置是否忽略 SSL 错误(适您的Jenkins环境是否支持),并可设置链接测超时时间(适您的网络环境而定),我是忽略掉的了。
  • 测试连接:点击可以确定自己的配置是否正确,如果不正确,则根据插件配置重新再走一遍。
    在这里插入图片描述
2.2.3 新建构建任务

选择自由风格的构建项目,然后开始配置:

  • 选择gitee地址
    在这里插入图片描述
  • 源码管理配置
    1. 点击Git,Repository URL输入git地址,Credentials选择无即可(前提是我们已经把jenkins所在服务器的公钥配置在码云上了,该服务器可以直接使用git命令clone或pull码云的代码)
    2. 点击Advanced,Name中输入origin,Refspec输入+refs/heads/*:refs/remotes/origin/* +refs/pull/*/MERGE:refs/pull/*/MERGE (这个的配置其实我并不是很懂)
    3. Branch Specifier (blank for ‘any’)输入origin/${giteeSourceBranch}
    4. 源码管理配置的其他都默认选项即可
      在这里插入图片描述
  • 触发器配置
    1. 选择Gitee webhook 触发构建
    2. 根据自己需要选择Gitee 触发构建策略
    3. 其他默认即可
    4. 选择自己需要过滤的分支,比如我这个job是构建测试环境的,那么我只希望在push到dev分支上我才要构建,所谓我只有dev分支接口
      在这里插入图片描述
  • 新建Gitee WebHook

这是整个配置的核心工作,通过配置WebHook,把我们jenkins相关的地址设置进去,在码云检测到有push动作或其他指定动作的时候,就会调用我们配置的jenkins的地址,然后引发jenkins的构建。

进入源码管理配置中设置的码云仓库中,进入 管理 -> WebHooks
1. 填写URL,该URL在配置jenkins的触发器的时候,会显示
2. 密码填写,在jenkins的配置中生成密码,复制黏贴过去
3. 勾选push,即自己想要触发构建的一些动作
4. 点击测试,在正常的情况下可以发现jenkins已经自动构建了
在这里插入图片描述

  • 构建过程

接下来就是在build中根据自己业务需求执行相关的构建步骤了,这个和码云部署无关,所以不再赘述。

3. 总结

至此,jenkins配置码云自动部署已经全部设置完毕,当有开发在本地的push代码大远程的dev分支时,就会触发jenkins构建。从此,前端也走向了自动化部署的道路。

参考链接:
码云的jenkins插件
Linux安装Git

评论 13
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值