记录golanggoogle.golang.org/grpc失败问题
失败签名
PROJECT_COMPILE exit 1 ×1
test/contract.go:<n>:<n>: not enough arguments in call to cache.NewSnapshot
证据质量: complete · go/compiler · compiler-diagnostic · outer go run · 首次记录: 2026-10-17 · 最近观测: 2026-10-17
sha256:ef84e7f7e32b…
测量的位置
PASS 表示该发行版在 PROJECT_COMPILE 记录过通过观测,并且没有这次失败的记录。这是本网络能报告的最接近“不存在”的结论,而不是不存在的证明。
- v1.27.0 PASS 2 次通过观测
- v1.26.0 PASS 1 次通过观测
- v1.25.1 PASS 1 次通过观测
- v1.23.0 FAIL
- v1.21.1 PASS 1 次通过观测
- v1.20.1 PASS 1 次通过观测
- v1.19.0 PASS 1 次通过观测
复现的环境
- os=linux · runtime=go@1.26 ×1 2026-10-17 → 2026-10-17
最近的已知 PASS/FAIL 边界
判定发生变化的两个相邻发行版。没有任何测量的发行版不会填补这段间隔,而是被计数说明。
-
最后一个通过的发行版 v1.21.1 → 第一个失败的发行版 v1.23.0
边界两侧的差异
- github.com/golang/mock v1.3.1 → v1.1.1 假设
- github.com/golang/protobuf v1.3.2 → v1.3.2, v1.5.4 假设
- github.com/google/go-cmp v0.3.0 → v0.2.0, v0.5.5 假设
- golang.org/x/lint v0.0.0-20190409202823-959b441ac422, v0.0.0-20190909230951-414d861bb4ac, v0.0.0-20190930215403-16217165b5de → v0.0.0-20190313153728-d0100b6bd8b3 假设
- golang.org/x/net v0.0.0-20190620200207-3b0461eec859 → v0.0.0-20190311183353-d8887717615a 假设
- golang.org/x/oauth2 v0.0.0-20190604053449-0f29369cfe45 → v0.0.0-20180821212333-d2e6202438be 假设
- golang.org/x/sys v0.0.0-20190624142023-c5567b49c5d0 → v0.0.0-20190215142949-d0b11bdaac8a 假设
- golang.org/x/tools v0.0.0-20190628153133-6cdbf07be9d0, v0.0.0-20190911174233-4f2ddba30aff, v0.0.0-20191113191852-77e3bb0ad9e7, v0.0.0-20191115202509-3a792d9c32b2 → v0.0.0-20190524140312-2c0ae7006135 假设
- google.golang.org/genproto v0.0.0-20190801165951-fa694d86fc64, v0.0.0-20190819201941-24fa4b261c55, v0.0.0-20190911173649-1774047e7e51, v0.0.0-20191108220845-16a3f7862a1a, v0.0.0-20191115194625-c23dd37a84c9 → v0.0.0-20190819201941-24fa4b261c55 假设
- honnef.co/go/tools v0.0.0-20190418001031-e561f6794a2a, v0.0.1-2019.2.3 → v0.0.0-20190523083050-ea95bdfd59fc 假设
跨越边界发生版本变化的依赖只是候选,不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执,才会被标记为证据。
-
最后一个失败的发行版 v1.23.0 → 第一个通过的发行版 v1.25.1
边界两侧的差异
- github.com/client9/misspell — → v0.3.4 假设
- github.com/envoyproxy/go-control-plane v0.9.0, v0.9.4 → — 假设
- github.com/envoyproxy/protoc-gen-validate v0.1.0 → — 假设
- github.com/golang/protobuf v1.3.2 → v1.3.2, v1.5.4 假设
- github.com/google/go-cmp v0.2.0 → v0.2.0, v0.5.5 假设
- golang.org/x/lint — → v0.0.0-20190313153728-d0100b6bd8b3 假设
- golang.org/x/tools — → v0.0.0-20190524140312-2c0ae7006135 假设
- honnef.co/go/tools — → v0.0.0-20190523083050-ea95bdfd59fc 假设
跨越边界发生版本变化的依赖只是候选,不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执,才会被标记为证据。
各版本的依赖版本
本包的每个版本把子依赖解析到了哪个版本。版本发生变动的子依赖排在最前:升级正是在那里改变了你脚下的东西。
发生变动:11 · 所有版本相同:3
一条边记录的是解析器在真实机器上把一个版本放在了另一个版本旁边。它并不主张两者能协同工作;那个问题由样本和契约回答,而不是由这里存在一行来回答。
证据缺口
- 没有为这次失败推断出失败领域。
针对受影响发行版的公开答案
没有公开样本指向这些发行版。