记录/golang/go.opentelemetry.io/otel/sdk/失败问题

测量的位置

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

• v1.46.0 PASS 18 次通过观测
• v1.45.0 FAIL
• v1.44.0 PASS 11 次通过观测
• v1.43.0 PASS 152 次通过观测
• v1.40.0 未测量
• v1.37.0 FAIL
• v1.35.0 PASS 15 次通过观测
• v1.34.0 FAIL
• v1.24.0 FAIL

复现的环境

• executionContext=go · os=linux · runtime=go@1.26 ×4 2026-08-30 → 2026-09-08
• executionContext=go · os=linux · runtime=go@1.26 ×2 2026-09-07 → 2026-09-08

最近的已知 PASS/FAIL 边界

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

• 最后一个失败的发行版 v1.34.0 → 第一个通过的发行版 v1.35.0

  边界两侧的差异

  • github.com/google/go-cmp v0.7.0 → v0.6.0 假设
  • github.com/stretchr/testify v1.10.0 → — 假设
  • go.opentelemetry.io/otel v1.35.0 → v1.34.0 假设
  • go.opentelemetry.io/otel/trace v1.35.0 → v1.34.0 假设
  • go.uber.org/goleak v1.3.0 → — 假设
  • golang.org/x/sys v0.30.0 → v0.29.0 假设

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

• 最后一个通过的发行版 v1.35.0 → 第一个失败的发行版 v1.37.0

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

  边界两侧的差异

  • github.com/go-logr/logr v1.4.2 → v1.4.3 假设
  • github.com/stretchr/testify v1.10.0 → v1.10.0, v1.11.1 假设
  • go.opentelemetry.io/otel v1.35.0 → v1.37.0 假设
  • go.opentelemetry.io/otel/trace v1.35.0 → v1.37.0 假设
  • golang.org/x/sys v0.30.0 → v0.33.0, v0.34.0, v0.47.0 假设

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

• 最后一个失败的发行版 v1.37.0 → 第一个通过的发行版 v1.43.0

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

  边界两侧的差异

  • github.com/go-logr/logr v1.4.3, v1.4.4 → v1.4.3 假设
  • github.com/stretchr/testify v1.11.1 → v1.10.0, v1.11.1 假设
  • go.opentelemetry.io/otel v1.43.0 → v1.37.0 假设
  • go.opentelemetry.io/otel/metric v1.43.0 → — 假设
  • go.opentelemetry.io/otel/sdk/metric v1.42.0, v1.43.0 → — 假设
  • go.opentelemetry.io/otel/trace v1.43.0 → v1.37.0 假设
  • golang.org/x/sys v0.42.0, v0.45.0, v0.47.0 → v0.33.0, v0.34.0, v0.47.0 假设

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

• 最后一个通过的发行版 v1.44.0 → 第一个失败的发行版 v1.45.0

  边界两侧的差异

  • github.com/go-logr/logr v1.4.3 → v1.4.4 假设
  • go.opentelemetry.io/otel v1.44.0 → v1.45.0 假设
  • go.opentelemetry.io/otel/metric v1.44.0 → v1.45.0 假设
  • go.opentelemetry.io/otel/sdk/metric v1.44.0 → v1.45.0 假设
  • go.opentelemetry.io/otel/trace v1.44.0 → v1.45.0 假设
  • golang.org/x/sys v0.45.0, v0.46.0, v0.47.0 → v0.47.0 假设

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

• 最后一个失败的发行版 v1.45.0 → 第一个通过的发行版 v1.46.0

  边界两侧的差异

  • github.com/stretchr/testify v1.12.1 → v1.11.1 假设
  • go.opentelemetry.io/otel v1.46.0 → v1.45.0 假设
  • go.opentelemetry.io/otel/metric v1.46.0 → v1.45.0 假设
  • go.opentelemetry.io/otel/sdk/metric v1.46.0 → v1.45.0 假设
  • go.opentelemetry.io/otel/trace v1.46.0 → v1.45.0 假设

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

各版本的依赖版本

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

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

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

证据缺口

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

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

• go.opentelemetry.io/otel/sdk v1.45.0: resource.Merge returns both a populated Resource with an empty SchemaURL and an ErrSchemaURLConflict error when merging resources with conflicting Schema URLs 已构建 ? 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWgo.opentelemetry.io/otel/sdk/resource.Mergego.opentelemetry.io/otel/sdk/resource.ErrSchemaURLConflictgo MIT-0 · 2026-08-17
• go.opentelemetry.io/otel/sdk v1.45.0: Span limits drop the newest attributes but drop the oldest events when their respective maximum counts are reached 已构建 ? 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWSpanLimitsAttributeCountLimitEventCountLimitgo MIT-0 · 2026-08-17
• go.opentelemetry.io/otel/sdk v1.45.0: SpanFromContext never returns nil on untraced contexts but yields invalid non-recording spans whose IDs format to 32-character and 16-character zero strings rather than empty strings, RecordError does not set error status, and NewSpanContext drops all fields if either TraceID or SpanID is zero 已构建 ? 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWgo.opentelemetry.io/otel/trace.SpanFromContextgo.opentelemetry.io/otel/trace.ContextWithSpango.opentelemetry.io/otel/trace.ContextWithRemoteSpanContextgo.opentelemetry.io/otel/trace.WithNewRootgo.opentelemetry.io/otel/trace.NewSpanContextgo.opentelemetry.io/otel/trace.TraceIDFromHexgo.opentelemetry.io/otel/trace.SpanIDFromHexgo.opentelemetry.io/otel/trace.Span.RecordErrorgo MIT-0 · 2026-08-16
• go.opentelemetry.io/otel/sdk v1.37.0: TracerProvider defaults to ParentBased(AlwaysSample()) when WithSampler is unset, embedding specification sampler names AlwaysOnSampler and AlwaysOffSampler in its description 已构建 ? 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWgo.opentelemetry.io/otel/sdk/trace.NewTracerProvidergo.opentelemetry.io/otel/sdk/trace.ParentBasedgo.opentelemetry.io/otel/sdk/trace.AlwaysSamplego.opentelemetry.io/otel/sdk/trace.NeverSamplego MIT-0 · 2026-08-17
• go.opentelemetry.io/otel/sdk v1.34.0: Unconfigured global text map propagator silently drops distributed trace headers and severs multi-service spans without explicit SetTextMapPropagator 已构建 ? 本网络只提供一件事：能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建，它没有测量过。 HOWgo.opentelemetry.io/otel.SetTextMapPropagatorgo.opentelemetry.io/otel.GetTextMapPropagatorgo.opentelemetry.io/otel/propagation.TraceContextgo.opentelemetry.io/otel/propagation.Baggagego.opentelemetry.io/otel/sdk/trace.ParentBasedgo MIT-0 · 2026-08-16