记录 cargo clap_builder失败问题

失败签名

PROJECT_COMPILE exit 101 ×1

error: could not compile `sample-clap-builder` (bin <str>) due to 1 previous error

证据质量: complete · rust/rustc · compiler-diagnostic · outer cargo run · 首次记录: 2026-10-11 · 最近观测: 2026-10-11

sha256:a6f8d9fae67c…

clap_builder

PASS 表示该发行版在 PROJECT_COMPILE 记录过通过观测，并且没有这次失败的记录。这是本网络能报告的最接近“不存在”的结论，而不是不存在的证明。

判定发生变化的两个相邻发行版。没有任何测量的发行版不会填补这段间隔，而是被计数说明。

最后一个通过的发行版 4.6.2 → 第一个失败的发行版 4.6.6

边界两侧的差异
- clap_lex 1.1.1 → 1.1.0, 1.1.1 假设
跨越边界发生版本变化的依赖只是候选，不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执，才会被标记为证据。
最后一个失败的发行版 4.6.6 → 第一个通过的发行版 4.6.7

边界两侧的差异
- clap_lex 1.1.1 → 1.1.0, 1.1.1 假设
跨越边界发生版本变化的依赖只是候选，不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执，才会被标记为证据。

本包的每个版本把子依赖解析到了哪个版本。版本发生变动的子依赖排在最前：升级正是在那里改变了你脚下的东西。

库	4.6.7	4.6.6	4.6.2	4.6.0
anstream	1.0.0	1.0.0	1.0.0	—
anstyle	1.0.14	1.0.14	1.0.14	1.0.14
clap_lex	1.1.1	1.1.1	1.1.1	1.1.1
strsim	0.11.1	0.11.1	0.11.1	—

发生变动：0 · 所有版本相同：4

一条边记录的是解析器在真实机器上把一个版本放在了另一个版本旁边。它并不主张两者能协同工作；那个问题由样本和契约回答，而不是由这里存在一行来回答。