记录npmminimatch10.1.1
哪个符号在哪里跑过
此版本的符号 × 操作系统。单元格可钻入该包的兼容性立方体。
6○ 122026-08-20
仅显示证据最多的环境。
如何阅读单元格： 数字是该比率所依据的已记录观测次数——一次构建每到达一个阶段就留下一条观测，因此它既不是构建数，也不是机器数或人数。旁边的文档是另一个来源不同的事实：该坐标是否有样例，以及我们在那里运行它的结果。
- 该坐标还没有样例
- 有样例 — 我们尚未在该坐标运行过它
- 有样例 — 我们在该坐标运行过，并且干净地结束
- 有样例 — 我们在该坐标运行过，并且失败了
- 有样例 — 该坐标同时记录了通过的和失败的运行
- 没有记录 — 未知，既非“可用”也非“损坏”
- 这一格下面还有层级 — 点击打开
有文档，就说明该坐标有样例。样例是否存在，是关于这个版本和这个 API 的事实，不随操作系统、运行时或包管理器改变；颜色说的是它在你正在看的那个环境里跑得怎么样。
环境详情
项目级观测与符号/契约验证分别统计，绝不合并。
这些计数不区分符号的调用方式：重载、参数形态和选项被合并统计。某一具体调用方式的行为由样本的契约证明，而不是由这些数字证明。
| 环境 | 置信度 | 观测 | 验证 | 通过率 | 节点 | 最近观测 |
|---|---|---|---|---|---|---|
| node 22 · JS · npm · linux musl · docker
观测: PROJECT_LOAD 5✓ · PROJECT_TEST 5✓ — 使用: USED 5✓ — 验证: CONTRACT 14✓
|
HIGH | 10 +5 | 14 | 100% | 2 · 3✓ | 2026-08-30 |
| node 22 · JS · npm · linux musl · docker
观测: PROJECT_LOAD 2✓ · PROJECT_TEST 2✓ — 使用: USED 2✓ — 验证: CONTRACT 2✓
|
MEDIUM | 4 +2 | 2 | 100% | 2 · 2✓ | 2026-08-30 |
| node 22.23 · JS · npm · linux glibc
观测: PROJECT_PROCESS 4✓
|
LOW | 4 | 0 | 100% | 1 | 2026-08-20 |
| node 24.13 · JS · npm · windows
观测: PROJECT_PROCESS 11✓
|
LOW | 11 | 0 | 100% | 1 | 2026-08-18 |
符号
- minimatch.Minimatch 1 1/1 次通过
- minimatch.braceExpand 1 1/1 次通过
- minimatch.defaults 1 1/1 次通过
- minimatch.escape 1 2/2 次通过
- minimatch.filter 1 2/2 次通过
- minimatch.makeRe 1 1/1 次通过
- minimatch.match 1 1/1 次通过
- minimatch.minimatch 3 1/1 次通过
- minimatch.unescape 1 2/2 次通过
已发布的示例
- minimatch 10.1.1 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWnode 22.23.2 MIT-0 · 2026-08-20