本帖最后由 做自己的女王ヽ 于 2018-3-2 15:51 编辑
像 Jenkins 这样的系统,使用的过程就是配置文件变更的过程。如果能够对配置文件的变更进 行跟踪管理,将极大的提高系统的可用性。Job Configuration History 插件就是这么一款实 用而精巧的组件。很显然,相对于它的功能而言,它的名字实在是太低调了。因为它不仅能处 理 Job Configuration 的变更历史,还能够处理系统级别的配置变更历史。 安装 Job Configuration History 插件在 Jenkins->Plugin Manager 界面中选择 "Available" 标签页,输入 "Job Configuration History" 进行过滤: 点击安装并重启的按钮就可以啦! Overview 视图安装完成后,主页的菜单项中已经添加了 "Job Config History" 菜单: 点击该菜单进入插件的 Overview 视图: 在这里我们可以总览系统中的配置变更(其实是系统配置和所有根及项目的配置),并且可以通 过左上方的菜单项或者是正上方的链接过滤出 "系统配置"、"Job 配置"、"创建 Job 的配置" 以及 "删除 Job 的配置" 的历史记录。并且可以查看历史记录中配置文件的内容。 Agent Config History 视图下面我们通过 Agent Config History 视图来介绍该插件对配置文件历史数据的强大处理能 力。选择并进入一个 Agent 的信息界面: 选择 "Agent Config History": 我们可以选择不同的配置版本进行比较,或者是用历史版本覆盖当前的版本。
我们选择不同的版本,然后点击 "Show Diffs" 按钮: 上图主要是对比不同版本配置文件的差异,但是看到这么多的按钮确实让人有点不知所措。 它们的操作为: Prev:左右两个文件都更新为前一个版本(时间上比当前版本更早的一个版本)。
Next:左右两个文件都更新为下一个版本(时间上比当前版本更晚的一个版本)。 左 Shrink Diff:左边文件更新为时间上比当前版本更晚的一个版本。
左 Expand Diff:左边文件更新为时间上比当前版本更早的一个版本。 右 Shrink Diff:右边文件更新为时间上比当前版本更早的一个版本。
右 Expand Diff:右边文件更新为时间上比当前版本更晚的一个版本。 Restore this configuration:用某个历史版本的配置信息覆盖当前的配置信息。 乍一看让人倍感凌乱的按钮,在细看之下发现每个按钮的功能都不可替代。它们组合在一起 可以让我们方便的对比文件的不同版本。并且可以轻松的把配置回滚到某个历史时刻。 Job Config History 视图和 Agent Config History 视图类似,Job Config History 视图提供了 Job 配置的历史版本 管理界面。在 Job 的信息界面点击 “Job Config History”即可打开,具体功能和使用方法 和 Agent Config History 视图相同,因而不再赘述。
对于 Job Config,Job Configuration History 插件提供的另一个有用功能是在 Build 的历 史记录中显示配置文件的变化记录:
|