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的系统便捷时，也要时刻居安思危，做好备份工作。