記録/golang/go.opentelemetry.io/contrib/instrumentation/net/http/otelhttp/失敗イシュー

測定された場所

PASS は、そのリリースが PROJECT_COMPILE で通過観測を記録し、この失敗の記録がないことを意味します。このネットワークが報告できる不在に最も近い値であり、不在の証明ではありません。

• v0.69.0 未測定
• v0.68.0 PASS 通過観測 3 件
• v0.67.0 未測定
• v0.61.0 FAIL

再現した環境

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

既知の最も近い PASS/FAIL 境界

判定が変わる隣り合った 2 つのリリースです。何も測定されていないリリースは間隔を埋めず、代わりに数として示されます。

• 最後に失敗したリリース v0.61.0 → 最初に通過したリリース v0.68.0

  この段階で一度も測定されていない間のリリース: 1

  境界をまたいで異なるもの

  • github.com/stretchr/testify v1.11.1 → v1.10.0, v1.11.1 仮説
  • go.opentelemetry.io/otel v1.43.0 → v1.36.0, v1.39.0, v1.43.0 仮説
  • go.opentelemetry.io/otel/metric v1.43.0 → v1.36.0, v1.39.0, v1.43.0 仮説
  • go.opentelemetry.io/otel/sdk v1.43.0 → v1.36.0, v1.39.0, v1.43.0 仮説
  • go.opentelemetry.io/otel/sdk/metric v1.43.0 → v1.36.0, v1.42.0 仮説
  • go.opentelemetry.io/otel/trace v1.43.0 → v1.36.0, v1.39.0, v1.43.0 仮説

  境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。

リリースごとの依存バージョン

このパッケージの各リリースが子をどのバージョンに解決したかです。バージョンが動いた子が先に並びます — アップグレードが足元で何かを変えた地点です。

変動: 7 · 全リリースで同一: 0

エッジは、実機でリゾルバがあるリリースを別のリリースの隣に置いたという記録です。両者が一緒に動くという主張ではありません。その問いに答えるのは、ここに行があることではなくサンプルと契約です。

証拠の欠落

• この失敗の証拠は保存されておらず、確立された原因がありません。保存されたハッシュは出所であって同一性ではありません。
• 取得された出力では確定できなかったもの: diagnostic-missing。
• PROJECT_COMPILE で一度も測定されていないこの範囲のリリース: 2
• この失敗について推定された失敗領域はありません。

影響を受けたリリースへの公開された回答

• go.opentelemetry.io/contrib/instrumentation/net/http/otelhttp v0.61.0: NewHandler ビルド済み ? このネットワークが提供するのは一つだけです。ビルドされるサンプル。サンドボックスで実行し、署名済みの受領証を保管します。等級はつけず、何も保証しません — 同じコードがあなたの環境でビルドされるかは測定していません。 HOWgo.opentelemetry.io/contrib/instrumentation/net/http/otelhttp.NewHandler MIT-0 · 2026-10-10
• go.opentelemetry.io/contrib/instrumentation/net/http/otelhttp v0.61.0: NewHandler ビルド済み ? このネットワークが提供するのは一つだけです。ビルドされるサンプル。サンドボックスで実行し、署名済みの受領証を保管します。等級はつけず、何も保証しません — 同じコードがあなたの環境でビルドされるかは測定していません。 HOWotelhttp.NewHandler MIT-0 · 2026-10-10