记录golanggoogle.golang.org/grpc失败问题
失败签名
PROJECT_COMPILE exit 1 ×1
<path> undefined: log.KeyValue · <path> undefined: log.StringValue
证据质量: complete · go/compiler · compiler-diagnostic · outer go test · 首次记录: 2026-08-31 · 最近观测: 2026-08-31
sha256:10769dcea866…
google.golang.org/grpc.DialOption google.golang.org/grpc/credentials.TransportCredentials
测量的位置
PASS 表示该发行版在 PROJECT_COMPILE 记录过通过观测，并且没有这次失败的记录。这是本网络能报告的最接近“不存在”的结论，而不是不存在的证明。
- v1.83.2 FAIL
- v1.83.1 未测量
- v1.83.0 未测量
- v1.83.0-dev 未测量
- v1.80.0 PASS 5 次通过观测
复现的环境
- os=linux · runtime=go@1.26 ×1 2026-08-31 → 2026-08-31
最近的已知 PASS/FAIL 边界
判定发生变化的两个相邻发行版。没有任何测量的发行版不会填补这段间隔，而是被计数说明。
-
最后一个通过的发行版 v1.80.0 → 第一个失败的发行版 v1.83.2
两者之间从未在此阶段被测量的发行版：4
边界两侧的差异
- cloud.google.com/go/auth — → v0.18.2 假设
- cloud.google.com/go/compute/metadata — → v0.9.0 假设
- github.com/cncf/xds/go v0.0.0-20251210132809-ee656c7534f5 → v0.0.0-20260202195803-dba9d589def2 假设
- github.com/envoyproxy/go-control-plane/envoy v1.36.0 → v1.37.0 假设
- github.com/spiffe/go-spiffe/v2 v2.6.0 → v2.7.0 假设
- go.opentelemetry.io/contrib/detectors/gcp v1.39.0 → v1.44.0 假设
- go.opentelemetry.io/otel v1.43.0 → v1.46.0 假设
- go.opentelemetry.io/otel/metric v1.43.0 → v1.46.0 假设
- go.opentelemetry.io/otel/sdk v1.43.0 → v1.46.0 假设
- go.opentelemetry.io/otel/sdk/metric v1.43.0 → v1.46.0 假设
- go.opentelemetry.io/otel/trace v1.43.0 → v1.46.0 假设
- golang.org/x/net v0.52.0 → v0.58.0 假设
- golang.org/x/oauth2 v0.35.0 → v0.36.0 假设
- golang.org/x/sync v0.20.0 → v0.22.0 假设
- golang.org/x/sys v0.42.0 → v0.47.0 假设
- google.golang.org/genproto/googleapis/rpc v0.0.0-20260401024825-9d38bb4040a9, v0.0.0-20260406210006-6f92a3bedf2d → v0.0.0-20260825221802-da73d73af1c5 假设
- google.golang.org/protobuf v1.36.11 → v1.36.12 假设
跨越边界发生版本变化的依赖只是候选，不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执，才会被标记为证据。
各版本的依赖版本
本包的每个版本把子依赖解析到了哪个版本。版本发生变动的子依赖排在最前：升级正是在那里改变了你脚下的东西。
发生变动：15 · 所有版本相同：9
一条边记录的是解析器在真实机器上把一个版本放在了另一个版本旁边。它并不主张两者能协同工作；那个问题由样本和契约回答，而不是由这里存在一行来回答。
证据缺口
- 此范围内从未在 PROJECT_COMPILE 被测量过的发行版：3
- 没有为这次失败推断出失败领域。
针对受影响发行版的公开答案
没有公开样本指向这些发行版。