Записиgolanggoogle.golang.org/protobufслучай сбоя
Сигнатура сбоя
PROJECT_COMPILE exit 1 ×1
<path> cannot use family (variable of type *io_prometheus_client.MetricFamily) as <str>.Message value in argument to proto.Marshal: …
Качество данных: complete · go/compiler · compiler-diagnostic · outer go test · Первая запись: 2026-08-29 · Последнее наблюдение: 2026-08-29
sha256:26c80ce41e45…
Где это измерялось
PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_COMPILE и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.
- v1.36.5 PASS успешных наблюдений: 1
- v1.34.1 не измерено
- v1.33.0 не измерено
- v1.32.0 не измерено
- v1.31.0 FAIL
- v1.28.0 не измерено
- v1.26.0 не измерено
- v1.26.0-rc.1 не измерено
- v1.23.0 PASS успешных наблюдений: 1
Где воспроизводился
- os=linux · runtime=go@1.26 ×1 2026-08-29 → 2026-08-29
Ближайшие известные границы PASS/FAIL
Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.
-
Последний успешный выпуск v1.23.0 → первый падающий выпуск v1.31.0
Выпуски между ними, ни разу не измеренные на этом этапе: 3
Что различается по разные стороны границы
- github.com/golang/protobuf v1.4.2, v1.4.3 → v1.5.0, v1.5.3 гипотеза
- github.com/google/go-cmp v0.4.0 → v0.5.5, v0.5.9 гипотеза
Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.
-
Последний падающий выпуск v1.31.0 → первый успешный выпуск v1.36.5
Выпуски между ними, ни разу не измеренные на этом этапе: 6
Что различается по разные стороны границы
- github.com/golang/protobuf v1.5.4 → v1.5.0, v1.5.3 гипотеза
- github.com/google/go-cmp v0.6.0, v0.7.0 → v0.5.5, v0.5.9 гипотеза
Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
| Библиотека | v1.36.5 | v1.33.0 | v1.32.0 | v1.31.0 | v1.28.0 | v1.26.0 | v1.26.0-rc.1 | v1.23.0 |
|---|---|---|---|---|---|---|---|---|
| github.com/golang/protobuf | v1.5.4 | v1.5.2 | v1.5.0 | v1.5.3 | v1.5.3 | v1.5.3 | — | v1.4.3 |
| github.com/google/go-cmp | v0.6.0 | v0.6.0 | v0.5.5 | v0.5.9 | v0.6.0 | v0.5.5 | v0.5.5 | v0.4.0 |
Сдвинулось: 2 · одинаково во всех выпусках: 0
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Пробелы в свидетельствах
- Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_COMPILE: 6
- Для этого сбоя не выведена ни одна область отказа.
Опубликованные ответы для затронутых выпусков
- google.golang.org/protobuf v1.31.0: Serialize and parse Protocol Buffers text format messages using prototext Marshal, Unmarshal, and options Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWgoogle.golang.org/protobuf/encoding/prototext.Marshalgoogle.golang.org/protobuf/encoding/prototext.MarshalOptionsgoogle.golang.org/protobuf/encoding/prototext.Unmarshalgoogle.golang.org/protobuf/encoding/prototext.UnmarshalOptions MIT-0 · 2026-08-27