记录golanggithub.com/cncf/udpa/go失败问题
失败签名
PROJECT_COMPILE exit 1 ×1
test/contract.go:<n>:<n>: <str> imported and not used
证据质量: complete · go/compiler · compiler-diagnostic · outer go run · 首次记录: 2026-10-13 · 最近观测: 2026-10-13
sha256:d5fae02e8604…
测量的位置
PASS 表示该发行版在 PROJECT_COMPILE 记录过通过观测，并且没有这次失败的记录。这是本网络能报告的最接近“不存在”的结论，而不是不存在的证明。
- v0.0.0-20201120205902-5459f2c99403 PASS 3 次通过观测
- v0.0.0-20191209042840-269d4d468f6f FAIL
复现的环境
- os=linux · runtime=go@1.26 ×1 2026-10-13 → 2026-10-13
最近的已知 PASS/FAIL 边界
判定发生变化的两个相邻发行版。没有任何测量的发行版不会填补这段间隔，而是被计数说明。
-
最后一个失败的发行版 v0.0.0-20191209042840-269d4d468f6f → 第一个通过的发行版 v0.0.0-20201120205902-5459f2c99403
边界两侧的差异
- github.com/envoyproxy/protoc-gen-validate v0.1.0, v0.3.0-java → v0.1.0, v1.3.3 假设
- github.com/golang/protobuf v1.3.2, v1.4.3, v1.5.2 → v1.3.2, v1.3.3, v1.3.5, v1.4.2, v1.5.0, v1.5.2, v1.5.4 假设
- google.golang.org/grpc v1.25.1, v1.36.0, v1.37.0, v1.39.1, v1.40.0 → v1.25.1, v1.28.0, v1.29.1, v1.31.0, v1.33.1, v1.34.0-dev 假设
跨越边界发生版本变化的依赖只是候选，不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执，才会被标记为证据。
各版本的依赖版本
本包的每个版本把子依赖解析到了哪个版本。版本发生变动的子依赖排在最前：升级正是在那里改变了你脚下的东西。
| 库 | v0.0.0-20201120205902-5459f2c99403 | v0.0.0-20191209042840-269d4d468f6f |
|---|---|---|
| github.com/envoyproxy/protoc-gen-validate | v0.3.0-java | v1.3.3 |
| github.com/golang/protobuf | v1.3.2 | v1.5.4 |
| google.golang.org/grpc | v1.25.1 | v1.34.0-dev |
发生变动：3 · 所有版本相同：0
一条边记录的是解析器在真实机器上把一个版本放在了另一个版本旁边。它并不主张两者能协同工作；那个问题由样本和契约回答，而不是由这里存在一行来回答。
证据缺口
- 没有为这次失败推断出失败领域。
针对受影响发行版的公开答案
- github.com/cncf/udpa/go v0.0.0-20191209042840-269d4d468f6f: v1.OrcaLoadReport 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWgithub.com/cncf/udpa/go/udpa/data/orca/v1.OrcaLoadReport MIT-0 · 2026-10-13
- github.com/cncf/udpa/go v0.0.0-20191209042840-269d4d468f6f 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOW MIT-0 · 2026-10-13