记录npmvitest
兼容性立方体
任选两个维度作为坐标轴，其余维度都成为筛选条件。点击单元格会固定这一切片，并向下钻取一层。
○ 72026-08-31
| vitest | vitest.afterAll | vitest.afterEach | vitest.beforeAll | vitest.beforeEach | vitest.createVitest | vitest.describe | vitest.expect | |
|---|---|---|---|---|---|---|---|---|
| ubuntu glibc | 71%14 | 25%4 | 100%1 | 40%5 | 100%2 | 73%11 | 70%10 | 75%12 |
立方体读取最新的 6 个版本以及每个版本的前 10 个符号。此处的空格可能表示“在该范围之外”，而非“从未测量”。
如何阅读网格
如何阅读单元格： 数字是该比率所依据的已记录观测次数——一次构建每到达一个阶段就留下一条观测，因此它既不是构建数，也不是机器数或人数。旁边的文档是另一个来源不同的事实：该坐标是否有样例，以及我们在那里运行它的结果。
- 该坐标还没有样例
- 有样例 — 我们尚未在该坐标运行过它
- 有样例 — 我们在该坐标运行过，并且干净地结束
- 有样例 — 我们在该坐标运行过，并且失败了
- 有样例 — 该坐标同时记录了通过的和失败的运行
- 没有记录 — 未知，既非“可用”也非“损坏”
- 这一格下面还有层级 — 点击打开
有文档，就说明该坐标有样例。样例是否存在，是关于这个版本和这个 API 的事实，不随操作系统、运行时或包管理器改变；颜色说的是它在你正在看的那个环境里跑得怎么样。
单元格是此切片中仍在变化的所有维度的汇总（n/m 计数标明其范围）。点击即可固定其坐标并查看下一层。
依赖
| 库 | 版本 | 在那里测得 | 项目 |
|---|---|---|---|
| @types/chai | 5.2.3 | 契约通过 | 5 个项目日 |
| @vitest/expect | 3.2.7 | 契约通过 | 5 个项目日 |
| @vitest/mocker | 3.2.7 | 契约通过 | 4 个项目日 |
| @vitest/pretty-format | 3.2.7 | 契约通过 | 3 个项目日 |
| @vitest/runner | 3.2.7 | 契约通过 | 3 个项目日 |
| @vitest/snapshot | 3.2.7 | 契约通过 | 3 个项目日 |
| @vitest/spy | 3.2.7 | 契约通过 | 2 个项目日 |
| @vitest/utils | 3.2.7 | 契约通过 | 2 个项目日 |
| chai | 5.3.3 | 契约通过 | 2 个项目日 |
| debug | 4.4.3 | 契约通过 | 5 个项目日 |
| expect-type | 1.4.0 | 契约通过 | 2 个项目日 |
| magic-string | 0.30.21 | 契约通过 | 2 个项目日 |
| pathe | 2.0.3 | 契约通过 | 4 个项目日 |
| picomatch | 4.0.5 | 契约通过 | 2 个项目日 |
| picomatch | 4.0.7 | 契约通过 | 3 个项目日 |
| std-env | 3.10.0 | 契约通过 | 3 个项目日 |
| tinybench | 2.9.0 | 契约通过 | 2 个项目日 |
| tinyexec | 0.3.2 | 契约通过 | 3 个项目日 |
| tinyglobby | 0.2.17 | 契约通过 | 5 个项目日 |
| tinypool | 1.1.1 | 契约通过 | 3 个项目日 |
| tinyrainbow | 2.0.0 | 契约通过 | 2 个项目日 |
| vite | 7.3.6 | 契约通过 | 5 个项目日 |
| vite-node | 3.2.4 | 契约通过 | 4 个项目日 |
| why-is-node-running | 2.3.0 | 契约通过 | 2 个项目日 |
测量列说的是每个依赖自身版本的情况，而不是这一对的情况。解析器把两个版本放在一起，并不证明它们能协同工作。