记录golanggolang.org/x/tools失败问题
失败签名
PROJECT_PROCESS ERR_ASSERTION 证据缺口 ×7
证据质量: legacy-evidence-incomplete · 首次记录: 2026-08-26 · 最近观测: 2026-08-27
测量的位置
PASS 表示该发行版在 PROJECT_PROCESS 记录过通过观测，并且没有这次失败的记录。这是本网络能报告的最接近“不存在”的结论，而不是不存在的证明。
- v0.40.0 PASS 1 次通过观测
- v0.36.0 PASS 9 次通过观测
- v0.31.0 FAIL
- v0.22.0 PASS 2 次通过观测
- v0.14.0 PASS 7 次通过观测
- v0.1.12 PASS 13 次通过观测
- v0.1.10 FAIL
- v0.1.6-0.20210726203631-07bc1bf47fb2 未测量
- v0.0.0-20200618134242-20370b0cb4b2 PASS 30 次通过观测
复现的环境
- executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 ×6 2026-08-26 → 2026-08-27
- os=linux · runtime=go@1.26 ×1 2026-08-26 → 2026-08-26
最近的已知 PASS/FAIL 边界
判定发生变化的两个相邻发行版。没有任何测量的发行版不会填补这段间隔，而是被计数说明。
-
最后一个通过的发行版 v0.0.0-20200618134242-20370b0cb4b2 → 第一个失败的发行版 v0.1.10
两者之间从未在此阶段被测量的发行版：3
边界两侧的差异
- github.com/yuin/goldmark v1.1.27 → — 假设
- golang.org/x/mod v0.3.0 → — 假设
- golang.org/x/net v0.0.0-20200520182314-0ba52f642ac2 → — 假设
- golang.org/x/sync v0.0.0-20200317015054-43a5402ce75a → — 假设
- golang.org/x/xerrors v0.0.0-20191204190536-9bdfabe68543 → — 假设
跨越边界发生版本变化的依赖只是候选，不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执，才会被标记为证据。
-
最后一个失败的发行版 v0.1.10 → 第一个通过的发行版 v0.1.12
边界两侧的差异
- github.com/yuin/goldmark v1.4.13 → — 假设
- golang.org/x/mod v0.6.0-dev.0.20220419223038-86c51ed26bb4 → — 假设
- golang.org/x/net v0.0.0-20220722155237-a158d28d115b, v0.2.0, v0.4.0 → — 假设
- golang.org/x/sync v0.0.0-20220722155255-886fb9371eb4, v0.21.0 → — 假设
- golang.org/x/sys v0.0.0-20220722155257-8c9f86f7a55f, v0.2.0, v0.47.0 → — 假设
- golang.org/x/text v0.3.7, v0.4.0, v0.5.0 → — 假设
跨越边界发生版本变化的依赖只是候选，不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执，才会被标记为证据。
-
最后一个通过的发行版 v0.22.0 → 第一个失败的发行版 v0.31.0
边界两侧的差异
- github.com/yuin/goldmark v1.4.13 → — 假设
- golang.org/x/mod v0.18.0 → v0.24.0 假设
- golang.org/x/net v0.31.0 → v0.38.0 假设
- golang.org/x/sync v0.7.0 → v0.12.0 假设
- golang.org/x/telemetry v0.0.0-20240521205824-bda55230c457 → — 假设
跨越边界发生版本变化的依赖只是候选，不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执，才会被标记为证据。
-
最后一个失败的发行版 v0.31.0 → 第一个通过的发行版 v0.36.0
该边界的一侧没有解析过的依赖树，因此无法比较。
各版本的依赖版本
本包的每个版本把子依赖解析到了哪个版本。版本发生变动的子依赖排在最前：升级正是在那里改变了你脚下的东西。
| 库 | v0.31.0 | v0.22.0 | v0.14.0 | v0.1.12 | v0.1.10 | v0.0.0-20200618134242-20370b0cb4b2 |
|---|---|---|---|---|---|---|
| github.com/yuin/goldmark | — | v1.4.13 | v1.4.13 | v1.4.13 | — | v1.1.27 |
| golang.org/x/mod | v0.24.0 | v0.18.0 | v0.13.0 | v0.6.0-dev.0.20220419223038-86c51ed26bb4 | — | v0.3.0 |
| golang.org/x/net | v0.38.0 | v0.31.0 | v0.17.0 | v0.4.0 | — | v0.0.0-20200520182314-0ba52f642ac2 |
| golang.org/x/sync | v0.12.0 | v0.7.0 | v0.4.0 | v0.21.0 | — | v0.0.0-20200317015054-43a5402ce75a |
| golang.org/x/sys | — | — | v0.14.0 | v0.47.0 | — | — |
| github.com/google/go-cmp | v0.6.0 | v0.6.0 | — | — | — | — |
| golang.org/x/telemetry | — | v0.0.0-20240521205824-bda55230c457 | — | — | — | — |
| golang.org/x/text | — | — | — | v0.5.0 | — | — |
| golang.org/x/xerrors | — | — | — | — | — | v0.0.0-20191204190536-9bdfabe68543 |
发生变动：5 · 所有版本相同：4
一条边记录的是解析器在真实机器上把一个版本放在了另一个版本旁边。它并不主张两者能协同工作；那个问题由样本和契约回答，而不是由这里存在一行来回答。
证据缺口
- 这次失败的证据没有被保留，因此没有确立的原因。存储的哈希只是来源标记，不是身份。
- 此范围内从未在 PROJECT_PROCESS 被测量过的发行版：1
- v0.36.0 或 v0.31.0 没有解析过的依赖树，因此无法比较边界两侧的版本。
- 没有为这次失败推断出失败领域。
针对受影响发行版的公开答案
- golang.org/x/tools v0.31.0: imports.Process 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWgolang.org/x/tools/imports.Processgo 1.26.6 MIT-0 · 2026-08-30
- golang.org/x/tools v0.31.0: inspector.New 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWgolang.org/x/tools/go/ast/inspector.New MIT-0 · 2026-08-29
- golang.org/x/tools v0.31.0: txtar.Parse 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWgolang.org/x/tools/txtar.Parse MIT-0 · 2026-08-27
- golang.org/x/tools v0.1.10 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOW MIT-0 · 2026-08-27