CodeSampleX

记录golanggolang.org/x/toolsv0.48.0

更改条件
已固定
OSlinux 包版本v0.48.0
筛选 运行时go 1.26 符号whole package 架构x64 包管理器go 执行上下文go libcglibc 清除筛选

当前条件

golang.org/x/tools @v0.48.0linux · glibc · x64 · go 1.26 · go · go

这是包级汇总,不是 API

只有存在于项目中的记录。此坐标上没有运行过任何东西。

已观测 — 真实项目构建从此坐标上报。

该坐标还没有样例

项目观测
此坐标上没有
契约验证
此坐标上没有
使用记录
1
独立上报节点
1
最近记录
2026-09-07

依赖健康度

此版本的依赖组合与失败观测

变动 2 项 · 正常 0 项

观测到依赖变动 2 项。这些已解析的依赖树尚未关联任何失败证据。

版本 健康状态 在那里测得 项目
golang.org/x/mod v0.38.0 CHANGED 版本变动(无关联失败) 观测到构建 1 个项目日
golang.org/x/sync v0.22.0 CHANGED 版本变动(无关联失败) 契约通过 1 个项目日

测量列说的是每个依赖自身版本的情况,而不是这一对的情况。解析器把两个版本放在一起,并不证明它们能协同工作。

各版本的依赖版本

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

v0.49.0v0.48.0v0.47.0v0.44.0v0.31.0v0.22.0v0.14.0v0.6.0v0.1.12v0.0.0-20200825202427-b303f430e36dv0.0.0-20200130002326-2f3ba24bd6e7v0.0.0-20200103221440-774c71fcf114v0.0.0-20190226205152-f727befe758c
github.com/google/go-cmp v0.6.0 v0.7.0 v0.6.0 v0.6.0
github.com/yuin/goldmark v1.4.13 v1.8.2 v1.4.13 v1.4.13 v1.4.13 v1.4.13 v1.1.32
golang.org/x/mod v0.39.0 v0.38.0 v0.37.0 v0.35.0 v0.18.0 v0.13.0 v0.8.0 v0.6.0-dev.0.20220419223038-86c51ed26bb4 v0.3.0 v0.1.1-0.20191105210325-c90efee705ee v0.1.1-0.20191105210325-c90efee705ee
golang.org/x/net v0.58.0 v0.55.0 v0.38.0 v0.31.0 v0.17.0 v0.10.0 v0.4.0 v0.0.0-20210525063256-abc453219eb5 v0.0.0-20190620200207-3b0461eec859 v0.0.0-20210226172049-e18ecbb05110 v0.0.0-20190313220215-9f648a60d977
golang.org/x/sync v0.22.0 v0.22.0 v0.21.0 v0.20.0 v0.12.0 v0.7.0 v0.4.0 v0.1.0 v0.21.0 v0.21.0 v0.0.0-20190423024810-112230192c58 v0.0.0-20190423024810-112230192c58
golang.org/x/sys v0.14.0 v0.17.0 v0.47.0
golang.org/x/telemetry v0.0.0-20260811182544-a038080d80e5 v0.0.0-20260409153401-be6f6cb8b1fa v0.0.0-20240521205824-bda55230c457
golang.org/x/xerrors v0.0.0-20200804184101-5ec99f83aff1 v0.0.0-20191011141410-1b5146add898 v0.0.0-20200804184101-5ec99f83aff1
golang.org/x/text v0.5.0
google.golang.org/appengine v1.4.0

发生变动:8 · 所有版本相同:2

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