Jenkins 流水线监控器

要解决什么问题

当 Jenkins 上的流水线数量超过个位数后，肉眼盯控制台的做法会很快失效：构建卡在队列里没人发现、某个 stage 的耗时悄悄翻倍、回归测试的结果没人逐版本比对。排查这类问题通常要手工翻日志、切页面、抄时间戳，成本高且容易漏掉趋势性变化。这个技能把这类重复的巡检工作交给结构化的 API 数据。

核心能力与工作流程

它同时对接两类数据面：

• Jenkins REST API（/api/json）：获取构建队列状态与构建基本信息。
• Blue Ocean REST 端点：获取流水线的分阶段（stage）视图，用于拆解每个环节的耗时。

在此基础上，技能的核心工作流程是：

1. 拉取队列与构建数据：从 Jenkins REST API 读取排队中的构建和最近构建的记录。
2. 拆解阶段耗时：通过 Blue Ocean 端点把一次构建拆成 stage，定位是哪个环节变慢。
3. 解析测试结果：使用 JUnit XML 解析测试报告，把通过率、失败用例的趋势串起来，而不是只看最后一次运行。
4. 输出可对比的指标：把队列等待时间、stage 时长、测试趋势整理成便于比较的形式，让「这版比上版慢了多少」有据可查。

适用边界与注意点

• 指标质量取决于 Jenkins 实例本身的状态：构建历史被清理、Blue Ocean 插件未安装或 API 权限不足时，能拿到的数据会打折扣。
• Jenkins 本体的部署方式多样，官方提供 WAR、Docker 镜像、原生包和 Windows 安装器等形态；技能不关心部署形态，但要求实例的 REST API 可达。
• 资料中关于环境搭建、贡献方式与 Jenkins 内部实现的内容，均摘自 Jenkins 官方 README 与开发者文档，遇到边界情况建议回到上游文档核对。
• 它做的是监控与数据整理，不负责修复流水线本身——定位到慢 stage 之后，改动仍由人来下。