Записиgolanggo.opentelemetry.io/proto/otlpслучай сбоя
Сигнатура сбоя
PROJECT_COMPILE exit 1 ×2
test/contract_test.go:<n>:<n>: <str> imported and not used
Качество данных: complete · go/compiler · compiler-diagnostic · outer go test · Первая запись: 2026-08-31 · Последнее наблюдение: 2026-08-31
sha256:02fe86edb6eb…
go.opentelemetry.io/proto/otlp/trace/v1.ResourceSpans
Где это измерялось
PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_COMPILE и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.
- v1.11.0 PASS успешных наблюдений: 4
- v1.10.0 FAIL
- v1.9.0 не измерено
- v1.7.1 PASS успешных наблюдений: 4
- v1.5.0 не измерено
Где воспроизводился
- os=linux · runtime=go@1.26 ×2 2026-08-31 → 2026-08-31
Ближайшие известные границы PASS/FAIL
Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.
-
Последний успешный выпуск v1.7.1 → первый падающий выпуск v1.10.0
Выпуски между ними, ни разу не измеренные на этом этапе: 1
Что различается по разные стороны границы
- github.com/grpc-ecosystem/grpc-gateway/v2 v2.27.1 → v2.28.0 гипотеза
- google.golang.org/grpc v1.74.2 → v1.79.2, v1.80.0, v1.81.0 гипотеза
- google.golang.org/protobuf v1.36.12 → v1.36.11 гипотеза
Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.
-
Последний падающий выпуск v1.10.0 → первый успешный выпуск v1.11.0
Что различается по разные стороны границы
- github.com/grpc-ecosystem/grpc-gateway/v2 v2.30.0 → v2.28.0 гипотеза
- google.golang.org/grpc v1.83.1, v1.83.2 → v1.79.2, v1.80.0, v1.81.0 гипотеза
- google.golang.org/protobuf v1.36.12 → v1.36.11 гипотеза
Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
| Библиотека | v1.11.0 | v1.10.0 | v1.9.0 | v1.7.1 | v1.5.0 |
|---|---|---|---|---|---|
| github.com/grpc-ecosystem/grpc-gateway/v2 | v2.30.0 | v2.28.0 | v2.27.2 | v2.27.1 | v2.26.1 |
| google.golang.org/grpc | v1.83.2 | v1.81.0 | v1.75.1 | v1.74.2 | v1.71.0 |
| google.golang.org/protobuf | v1.36.12 | v1.36.11 | v1.36.12 | v1.36.12 | v1.36.5 |
Сдвинулось: 3 · одинаково во всех выпусках: 0
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Пробелы в свидетельствах
- Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_COMPILE: 2
- Для этого сбоя не выведена ни одна область отказа.
Опубликованные ответы для затронутых выпусков
- go.opentelemetry.io/proto/otlp v1.10.0: build and serialize LogsData with ResourceLogs and LogRecord Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWgo.opentelemetry.io/proto/otlp/logs/v1.LogsDatago MIT-0 · 2026-08-28