Записиgolanggo.opentelemetry.io/otelслучай сбоя
Сигнатура сбоя
PROJECT_COMPILE exit 1 ×1
<path> declared and not used: tsInv · <path> declared and not used: tsNoKey · <path> declared and not used: tsDup
Качество данных: complete · go/compiler · compiler-diagnostic · outer go run · Первая запись: 2026-09-03 · Последнее наблюдение: 2026-09-03
sha256:c0d74feba02d…
Где это измерялось
PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_COMPILE и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.
- v1.43.0 PASS успешных наблюдений: 11
- v1.32.0 не измерено
- v1.30.0 не измерено
- v1.28.0 не измерено
- v1.24.0 FAIL
Где воспроизводился
- os=linux · runtime=go@1.26 ×1 2026-09-03 → 2026-09-03
Ближайшие известные границы PASS/FAIL
Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.
-
Последний падающий выпуск v1.24.0 → первый успешный выпуск v1.43.0
Выпуски между ними, ни разу не измеренные на этом этапе: 6
Что различается по разные стороны границы
- github.com/cespare/xxhash/v2 v2.3.0 → — гипотеза
- github.com/go-logr/logr v1.4.3, v1.4.4 → v1.4.1 гипотеза
- github.com/google/go-cmp v0.7.0 → v0.6.0 гипотеза
- github.com/stretchr/testify v1.11.1 → v1.8.4 гипотеза
- go.opentelemetry.io/auto/sdk v1.2.1 → — гипотеза
- go.opentelemetry.io/otel/metric v1.43.0 → v1.24.0 гипотеза
- go.opentelemetry.io/otel/trace v1.43.0 → v1.24.0 гипотеза
Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
| Библиотека | v1.43.0 | v1.32.0 | v1.28.0 | v1.24.0 |
|---|---|---|---|---|
| github.com/go-logr/logr | v1.4.4 | — | v1.4.2 | v1.4.1 |
| github.com/google/go-cmp | v0.7.0 | — | — | v0.6.0 |
| github.com/stretchr/testify | v1.11.1 | — | — | v1.8.4 |
| go.opentelemetry.io/otel/metric | v1.43.0 | — | v1.28.0 | v1.24.0 |
| go.opentelemetry.io/otel/trace | v1.43.0 | — | v1.28.0 | v1.24.0 |
| github.com/cespare/xxhash/v2 | v2.3.0 | — | — | — |
| github.com/go-logr/stdr | v1.2.2 | — | v1.2.2 | v1.2.2 |
| go.opentelemetry.io/auto/sdk | v1.2.1 | — | — | — |
Сдвинулось: 5 · одинаково во всех выпусках: 3
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Пробелы в свидетельствах
- Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_COMPILE: 3
- Для этого сбоя не выведена ни одна область отказа.
Опубликованные ответы для затронутых выпусков
- go.opentelemetry.io/otel v1.24.0: GetTracerProvider, Tracer, SetTracerProvider Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWotel.GetTracerProviderotel.Tracerotel.SetTracerProvider MIT-0 · 2026-09-02
- go.opentelemetry.io/otel v1.24.0: GetMeterProvider, Meter, SetMeterProvider Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWotel.GetMeterProviderotel.Meterotel.SetMeterProvider MIT-0 · 2026-09-02