jenkins用熟了很爽,jenkins用熟了很香,jenkins用熟了可以起飞……
但~你们是否有过这种经历?
庚子年四月初一
路人甲小手一抖,不小心把配置删了,然后只能重新配置,再然后发现鬼记得太古时代都做了哪些配置啊!o(╥﹏╥)o
庚子年六月十三
改了几次配置,然后运行出了问题,想再改回去,却发现忘记都修改过哪些配置了,举着双手不知从何下手,最后只有挠挠头皮。
庚子年八月二十二
正在群里吹水,突然冒出一个人风风火火,说手贱把job删除了,紧急求助怎么恢复。
所以,关于jenkins本身的备份,必须提上日程,关于备份有以下方案:
一、配置的备份
插件Job Configuration History
这款插件用于记录各个 Job 以及系统配置的变更历史,可以随时回滚配置。
插件ThinBackup
可以只备份配置文件,比较轻量级,
二、主目录的备份
插件Backup
必须手动操作
创建一个单独负责备份主目录的job
其原理,主要是拷贝指定目录的文件,进行zip压缩后放入备份目录,将这一操作设置为定时执行。
为了保险起见,看还可以把备份zip文件上传ftp到其他物理机器上。
三、重点介绍Job Configuration History
Jenkins使用的过程经常伴随配置文件的变化,但这个过程却缺乏svn和git这样的版本工具进行跟踪管理,此插件就是为了解决这个瑕疵,极大的提高了系统的可用性。
安装 Job Configuration History插件
依次进入 Jenkins->系统管理->插件管理
选中“可选插件” 标签页,输入 “Job Configuration History” 进行过滤检索
选中复选框,点击安装
使用英文版的请自行翻译。
安装后Overview 视图的变化
安装完成后,主页的菜单项中会新增一个 “Job Config History” 菜单:
Agent Config History 视图
通过 Agent Config History 视图,选择并进入一个 Agent 的信息界面:
选择 “Agent Config History”:
我们可以选择不同的配置版本进行比较,或者是用历史版本覆盖当前的版本。
Job Config History 视图
和 Agent Config History 视图类似,Job Config History 视图提供了 Job 配置的历史版本管理界面。在 Build 的历史记录中显示配置文件的变化记录。从下图中我们可以清楚的看到具体哪一次次 Build 时配置文件发生了变化。这样的设计,当错误发生时,可以方便我们快速定位是什么变化导致的Build 失败。
点击小图标还能看到配置文件变化的具体内容:
其中底部有很多个功能按钮,其对应操作为:
- Prev:左右两个文件都更新为前一个版本(时间上比当前版本更早的一个版本)。
- Next:左右两个文件都更新为下一个版本(时间上比当前版本更晚的一个版本)。
- 左 Shrink Diff:左边文件更新为时间上比当前版本更晚的一个版本。
- 左 Expand Diff:左边文件更新为时间上比当前版本更早的一个版本。
- 右 Shrink Diff:右边文件更新为时间上比当前版本更早的一个版本。
- 右 Expand Diff:右边文件更新为时间上比当前版本更晚的一个版本。
- Restore this configuration:用某个历史版本的配置信息覆盖当前的配置信息。
原理
使用效果有点类似 Git 版本管理,她不仅能处理 Job Configuration 的变更历史,还能够处理系统级别的配置变更历史。但是本质上她并不是采用版本管理的思路,而是采用的保存文件副本的方式。
当配置发生变化时,会把旧的配置文件保存一个副本在 Jenkins 安装目录下的 config-history 目录中:
包括系统级别配置的历史记录,还有 Job、Agent 配置的历史记录,全部按照一定的规则组织放置在这个目录下。
总结
常在江湖漂,哪能不挨刀。大家在享受jenkins的系统便捷时,也要时刻居安思危,做好备份工作。
评论