记录/golang/github.com/prometheus/common/失败问题

测量的位置

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

• v0.70.1 PASS 3 次通过观测
• v0.67.5 FAIL
• v0.66.1 未测量
• v0.55.0 PASS 1 次通过观测
• v0.48.0 FAIL
• v0.37.1 未测量
• v0.33.0 PASS 3 次通过观测
• v0.32.1 PASS 3 次通过观测
• v0.26.0 FAIL

复现的环境

• executionContext=go · os=linux · runtime=go@1.26 ×2 2026-09-05 → 2026-09-05
• os=windows · runtime=go@1.26 ×2 2026-08-17 → 2026-08-17
• os=linux · runtime=go@1.26 ×1 2026-08-26 → 2026-08-26

最近的已知 PASS/FAIL 边界

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

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

  边界两侧的差异

  • github.com/golang/protobuf v1.5.0, v1.5.2 → v1.4.2, v1.4.3 假设
  • github.com/prometheus/client_golang v1.11.0, v1.12.1 → v1.11.0, v1.7.1 假设
  • github.com/prometheus/client_model v0.2.0, v0.6.2 → v0.2.0 假设
  • github.com/sirupsen/logrus — → v1.6.0 假设
  • golang.org/x/net v0.0.0-20210525063256-abc453219eb5 → v0.0.0-20200625001655-4c5254603344 假设
  • golang.org/x/oauth2 v0.0.0-20210514164344-f6687ab2804c → v0.0.0-20190226205417-e64efc72b421 假设
  • golang.org/x/sys — → v0.0.0-20200625212154-ddb9806d33ae, v0.0.0-20210603081109-ebe580a85c40 假设
  • gopkg.in/yaml.v2 v2.4.0 → v2.3.0, v2.4.0 假设

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

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

  两者之间从未在此阶段被测量的发行版：1

  边界两侧的差异

  • github.com/alecthomas/kingpin/v2 — → v2.4.0 假设
  • github.com/go-kit/log — → v0.2.1 假设
  • github.com/google/go-cmp — → v0.6.0 假设
  • github.com/julienschmidt/httprouter — → v1.3.0 假设
  • github.com/mwitkow/go-conntrack — → v0.0.0-20190716064945-2f068394615f 假设
  • github.com/prometheus/client_golang — → v1.19.1 假设
  • github.com/prometheus/client_model — → v0.5.0 假设
  • golang.org/x/net — → v0.20.0, v0.38.0 假设
  • golang.org/x/oauth2 — → v0.16.0, v0.22.0 假设
  • google.golang.org/protobuf — → v1.33.0, v1.35.1 假设
  • gopkg.in/yaml.v2 — → v2.4.0 假设

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

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

  边界两侧的差异

  • github.com/google/go-cmp v0.7.0 → v0.6.0 假设
  • github.com/munnerz/goautoneg v0.0.0-20191010083416-a7dc8b61c822 → — 假设
  • github.com/prometheus/client_golang — → v1.19.1 假设
  • github.com/prometheus/client_model v0.6.2 → v0.5.0 假设
  • github.com/stretchr/testify v1.9.0 → — 假设
  • golang.org/x/net v0.26.0 → v0.20.0, v0.38.0 假设
  • golang.org/x/oauth2 v0.21.0 → v0.16.0, v0.22.0 假设
  • google.golang.org/protobuf v1.36.11 → v1.33.0, v1.35.1 假设

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

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

  两者之间从未在此阶段被测量的发行版：1

  边界两侧的差异

  • github.com/go-kit/log v0.2.1 → — 假设
  • github.com/golang-jwt/jwt/v5 — → v5.3.0 假设
  • github.com/google/uuid — → v1.6.0 假设
  • github.com/stretchr/testify v1.9.0 → v1.11.1 假设
  • go.yaml.in/yaml/v2 — → v2.4.4 假设
  • golang.org/x/net v0.26.0 → v0.48.0, v0.52.0, v0.55.0 假设
  • golang.org/x/oauth2 v0.21.0 → v0.34.0, v0.35.0, v0.36.0 假设
  • gopkg.in/yaml.v2 v2.4.0 → — 假设

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

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

  边界两侧的差异

  • github.com/golang-jwt/jwt/v5 v5.3.1 → v5.3.0 假设
  • github.com/stretchr/testify v1.11.1, v1.12.1 → v1.11.1 假设
  • golang.org/x/net v0.58.0, v0.59.0 → v0.48.0, v0.52.0, v0.55.0 假设
  • golang.org/x/oauth2 v0.36.0 → v0.34.0, v0.35.0, v0.36.0 假设
  • google.golang.org/protobuf v1.36.11, v1.36.12 → v1.36.11 假设

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

各版本的依赖版本

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

发生变动：10 · 所有版本相同：12

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

证据缺口

• 这次失败的证据没有被保留，因此没有确立的原因。存储的哈希只是来源标记，不是身份。
• 此范围内从未在 PROJECT_TEST 被测量过的发行版：2
• 没有为这次失败推断出失败领域。

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

• github.com/prometheus/common v0.67.5 已构建 ? 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOW MIT-0 · 2026-08-27
• github.com/prometheus/common v0.48.0: Configure HTTP client and roundtripper with TLS, basic auth, and authorization headers using prometheus common config 已构建 ? 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWconfig.Authorizationconfig.BasicAuthconfig.HTTPClientConfigconfig.NewClientFromConfigconfig.RoundTripperFromConfig MIT-0 · 2026-08-27
• github.com/prometheus/common v0.48.0: Parse Prometheus text exposition format metrics into metric families using expfmt.TextParser 已构建 ? 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWgithub.com/prometheus/common/expfmt.TextParser.TextToMetricFamiliesgo MIT-0 · 2026-08-23
• github.com/prometheus/common v0.26.0: expfmt.TextToMetricFamilies 已构建 ? 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWexpfmt.TextToMetricFamiliesgo MIT-0 · 2026-09-05
• github.com/prometheus/common v0.26.0: config.NewClientFromConfig 已构建 ? 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWgithub.com/prometheus/common/config.NewClientFromConfig MIT-0 · 2026-09-05
• github.com/prometheus/common v0.26.0: config.HTTPClientConfig 已构建 ? 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWgithub.com/prometheus/common/config.HTTPClientConfig MIT-0 · 2026-09-05