记录npm@jest/reporters
兼容性立方体
任选两个维度作为坐标轴，其余维度都成为筛选条件。点击单元格会固定这一切片，并向下钻取一层。
1 1○ 12026-08-31
如何阅读网格
如何阅读单元格： 数字是该比率所依据的已记录观测次数——一次构建每到达一个阶段就留下一条观测，因此它既不是构建数，也不是机器数或人数。旁边的文档是另一个来源不同的事实：该坐标是否有样例，以及我们在那里运行它的结果。
- 该坐标还没有样例
- 有样例 — 我们尚未在该坐标运行过它
- 有样例 — 我们在该坐标运行过，并且干净地结束
- 有样例 — 我们在该坐标运行过，并且失败了
- 有样例 — 该坐标同时记录了通过的和失败的运行
- 没有记录 — 未知，既非“可用”也非“损坏”
- 这一格下面还有层级 — 点击打开
有文档，就说明该坐标有样例。样例是否存在，是关于这个版本和这个 API 的事实，不随操作系统、运行时或包管理器改变；颜色说的是它在你正在看的那个环境里跑得怎么样。
单元格是此切片中仍在变化的所有维度的汇总（n/m 计数标明其范围）。点击即可固定其坐标并查看下一层。
依赖
| 库 | 版本 | 在那里测得 | 项目 |
|---|---|---|---|
| @bcoe/v8-coverage | 0.2.3 | 契约通过 | 3 个项目日 |
| @jest/console | 29.7.0 | 契约通过 | 5 个项目日 |
| @jest/test-result | 29.7.0 | 契约通过 | 4 个项目日 |
| @jest/transform | 29.7.0 | 契约通过 | 4 个项目日 |
| @jest/types | 29.6.3 | 契约通过 | 5 个项目日 |
| @jridgewell/trace-mapping | 0.3.31 | 契约通过 | 3 个项目日 |
| @types/node | 26.2.0 | 契约通过 | 1 个项目日 |
| @types/node | 26.4.0 | 契约通过 | 4 个项目日 |
| chalk | 4.1.2 | 契约通过 | 5 个项目日 |
| collect-v8-coverage | 1.0.3 | 契约通过 | 3 个项目日 |
| exit | 0.1.2 | 契约通过 | 3 个项目日 |
| glob | 7.2.3 | 契约通过 | 2 个项目日 |
| graceful-fs | 4.2.11 | 契约通过 | 3 个项目日 |
| istanbul-lib-coverage | 3.2.2 | 契约通过 | 2 个项目日 |
| istanbul-lib-instrument | 6.0.3 | 契约通过 | 2 个项目日 |
| istanbul-lib-report | 3.0.1 | 契约通过 | 2 个项目日 |
| istanbul-lib-source-maps | 4.0.1 | 契约通过 | 2 个项目日 |
| istanbul-reports | 3.2.0 | 契约通过 | 2 个项目日 |
| jest-message-util | 29.7.0 | 契约通过 | 5 个项目日 |
| jest-util | 29.7.0 | 契约通过 | 5 个项目日 |
| jest-worker | 29.7.0 | 契约通过 | 2 个项目日 |
| slash | 3.0.0 | 契约通过 | 4 个项目日 |
| string-length | 4.0.2 | 契约通过 | 2 个项目日 |
| strip-ansi | 6.0.1 | 契约通过 | 2 个项目日 |
| v8-to-istanbul | 9.3.0 | 契约通过 | 2 个项目日 |
测量列说的是每个依赖自身版本的情况，而不是这一对的情况。解析器把两个版本放在一起，并不证明它们能协同工作。