记录/golang/github.com/envoyproxy/go-control-plane/失败问题

测量的位置

PASS 表示该发行版在 PROJECT_TEST 记录过通过观测，并且没有这次失败的记录。这是本网络能报告的最接近“不存在”的结论，而不是不存在的证明。

• v0.14.0 PASS 6 次通过观测
• v0.9.4 FAIL
• v0.9.1-0.20191026205805-5f8ba28d4473 PASS 1 次通过观测
• v0.9.0 PASS 2 次通过观测

复现的环境

• executionContext=go · os=linux · runtime=go@1.26 ×1 2026-10-13 → 2026-10-13

最近的已知 PASS/FAIL 边界

判定发生变化的两个相邻发行版。没有任何测量的发行版不会填补这段间隔，而是被计数说明。

• 最后一个通过的发行版 v0.9.1-0.20191026205805-5f8ba28d4473 → 第一个失败的发行版 v0.9.4

  边界两侧的差异

  • github.com/cncf/udpa/go — → v0.0.0-20191209042840-269d4d468f6f 假设
  • github.com/envoyproxy/protoc-gen-validate v0.1.0 → v0.1.0, v1.3.3 假设
  • github.com/golang/protobuf v1.3.2, v1.3.3, v1.4.1, v1.5.4 → v1.3.2, v1.3.3, v1.3.5, v1.4.2, v1.5.0, v1.5.2, v1.5.4 假设
  • github.com/google/go-cmp — → v0.2.0, v0.4.0, v0.4.1, v0.5.1, v0.7.0 假设
  • github.com/prometheus/client_model v0.0.0-20190812154241-14fe0d1b01d4 → v0.0.0-20190812154241-14fe0d1b01d4, v0.6.2, v0.6.3 假设
  • google.golang.org/genproto v0.0.0-20190819201941-24fa4b261c55, v0.0.0-20200212174721-66ed5ce911ce, v0.0.0-20200526211855-cb27e3aa2013 → v0.0.0-20190819201941-24fa4b261c55, v0.0.0-20200331122359-1ee6d9798940, v0.0.0-20200618031413-b414f8b61790, v0.0.0-20200804131852-c06518451d9c, v0.0.0-20200825200019-8632dd797987 假设
  • google.golang.org/grpc v1.23.0, v1.27.0, v1.27.1 → v1.25.1, v1.28.0, v1.29.1, v1.31.0, v1.34.0-dev 假设

  跨越边界发生版本变化的依赖只是候选，不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执，才会被标记为证据。

• 最后一个失败的发行版 v0.9.4 → 第一个通过的发行版 v0.14.0

  边界两侧的差异

  • github.com/census-instrumentation/opencensus-proto — → v0.2.1 假设
  • github.com/cncf/udpa/go — → v0.0.0-20191209042840-269d4d468f6f 假设
  • github.com/envoyproxy/go-control-plane/envoy v1.36.0, v1.37.0 → — 假设
  • github.com/envoyproxy/go-control-plane/ratelimit v0.1.0 → — 假设
  • github.com/envoyproxy/protoc-gen-validate — → v0.1.0, v1.3.3 假设
  • github.com/golang/protobuf — → v1.3.2, v1.3.3, v1.3.5, v1.4.2, v1.5.0, v1.5.2, v1.5.4 假设
  • github.com/google/go-cmp v0.7.0 → v0.2.0, v0.4.0, v0.4.1, v0.5.1, v0.7.0 假设
  • github.com/prometheus/client_model — → v0.0.0-20190812154241-14fe0d1b01d4, v0.6.2, v0.6.3 假设
  • github.com/stretchr/testify v1.11.1 → — 假设
  • go.uber.org/goleak v1.3.0 → — 假设
  • google.golang.org/genproto — → v0.0.0-20190819201941-24fa4b261c55, v0.0.0-20200331122359-1ee6d9798940, v0.0.0-20200618031413-b414f8b61790, v0.0.0-20200804131852-c06518451d9c, v0.0.0-20200825200019-8632dd797987 假设
  • google.golang.org/genproto/googleapis/rpc v0.0.0-20250728155136-f173205681a0, v0.0.0-20251029180050-ab9386a59fda, v0.0.0-20260316180232-0b37fe3546d5 → — 假设
  • google.golang.org/grpc v1.75.1, v1.78.0, v1.79.2 → v1.25.1, v1.28.0, v1.29.1, v1.31.0, v1.34.0-dev 假设
  • google.golang.org/protobuf v1.36.10, v1.36.11 → — 假设

  跨越边界发生版本变化的依赖只是候选，不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执，才会被标记为证据。

各版本的依赖版本

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

发生变动：6 · 所有版本相同：8

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

证据缺口

• 这次失败的证据没有被保留，因此没有确立的原因。存储的哈希只是来源标记，不是身份。
• 没有为这次失败推断出失败领域。

针对受影响发行版的公开答案

• github.com/envoyproxy/go-control-plane v0.9.4: cache.ClusterType 已构建 ? 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWgithub.com/envoyproxy/go-control-plane/pkg/cache.ClusterType MIT-0 · 2026-10-13
• github.com/envoyproxy/go-control-plane v0.9.4: core.Node 已构建 ? 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWgithub.com/envoyproxy/go-control-plane/envoy/api/v2/core.Node MIT-0 · 2026-10-13
• github.com/envoyproxy/go-control-plane v0.9.4: v2.Cluster 已构建 ? 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWgithub.com/envoyproxy/go-control-plane/envoy/api/v2.Cluster MIT-0 · 2026-10-13