前言
大家以前写前端项目部署,可能都是手动运行命令,打包完,然后压缩,再利用FTP、Xshell等这类的工具上传到服务器解压。也或者你不会操作,你认为这些事情是运维做的,你只需要打包你的前端项目代码后发给运维你就不管了。这种方式确实有点low且效率也不高。
现在大家更关注的是Devops,关注如何来做持续集成,持续交付,如何来做CI/CD。
今天就拿Jenkins配合Github实现自动化集成打包部署。
系列文章:
Jenkins的安装这里就不在说明了,网上安装教程很多。
Jenkins介绍
引用百度百科的一句话:Jenkins是一个开源软件项目,是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能。
在工作中部署jenkins的最大好处就是每次在开发、测试环境代码,都无须运维部署
,而是相关的开发人员,测试人员登录jenkins构建需要部署的tag或者分支即可,整个部署过程无须运维参与,解放运维劳动力。
也不用担心部署在多个服务器,在家写代码也不用远程公司部署项目,提交代码后会自动为你部署。
部署方式
jenkins的构建方式常用分为三种。
**jenkins触发式构建:**push代码或者合并代码到项目的master或者其他分支,jenkins就部署代码到对应服务器。
**jenkins参数化构建:**push代码或者合并代码到项目的master或者其他分支之后,并不会部署代码,而是需要登录到jenkins的web界面,点击构建按钮,传入对应的参数(比如参数需要构建的tag,需要部署的分支)然后才会部署。
**jenkins定时构建:**多用于APP、自动化用例等自动打包,定时构建是在参数化构建的基础上添加的,开发人员可以登录jenkins手动传入tag进行打包,如果不手动打包,那么jenkins就定时从配置项目地址拉取最新的代码打包。
Jenkins + github持续集成
创建 github AccessToken
进入github 设置页,选择Developer settings
选择 Personal access tokens
-> Generate new token
勾选如下配置
然后点生成就行了,切记一定要保存好这个token
,只显示一次。
配置Jenkins
进入系统管理 => 管理插件 => 安装插件 Github Plugin
然后进入 系统管理 => 系统设置 => Github Server 添加信息
Credentials 那里再点击 Add 添加如下信息
添加完毕之后记得选择我们刚刚添加的信息
最后点击 Test Connection 如果配置正确应当有如下显示:
创建任务
创建一个自由风格的任务
勾选 Github Project
填入github仓库url
源码管理选择Git
,填写仓库git地址,选择需要构建的分支,我这里选择master
(** 为选择所有分支)
构建触发器,这里你们可以根据上面所说的部署方式来选择,这里我选择 GitHub hook trigger for GITScm polling
,来完成 push
后自动构建
然后就是构建 => 增加构建步骤 => 执行shell 填入你自己的构建和部署的命令 我这里拿我的hexo
博客举例
现在如果提交代码到对应的分支,就会自动触发构建,如果构建成功,也就自动部署在你的网站上了。其实这里就是咱们配置生效了,github监听到咱们push后,利用webhook
通知Jenkins:大爷来玩呀,Jenkins就会根据咱们的配置自动完成构建部署。
总结
配置看似很繁琐,其实很简单,配置过一次,再配置第二次就是手到擒来,其他项目也是如此,如 vue
+webpack
类的,只是构建的shell命令不一样而已。还有,切记 rm -rf
慎用慎用!233… o(╥﹏╥)o