Записиgolanggithub.com/envoyproxy/go-control-planeслучай сбоя
Сигнатура сбоя
PROJECT_COMPILE exit 1 ×1
test/contract.go:<n>:<n>: too many arguments in call to cache.NewSnapshot
Качество данных: complete · go/compiler · compiler-diagnostic · outer go run · Первая запись: 2026-10-16 · Последнее наблюдение: 2026-10-16
sha256:93c0544f9507…
github.com/envoyproxy/go-control-plane/envoy/api/v2.Cluster github.com/envoyproxy/go-control-plane/envoy/api/v2/core.Node github.com/envoyproxy/go-control-plane/pkg/cache.ClusterType github.com/envoyproxy/go-control-plane/pkg/cache.IDHash github.com/envoyproxy/go-control-plane/pkg/cache.NewSnapshot github.com/envoyproxy/go-control-plane/pkg/cache.NewSnapshotCache github.com/envoyproxy/go-control-plane/pkg/cache.Resource github.com/envoyproxy/go-control-plane/pkg/cache.RouteType
Где это измерялось
PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_COMPILE и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.
- v0.14.0 не измерено
- v0.9.4 PASS успешных наблюдений: 1
- v0.9.1-0.20191026205805-5f8ba28d4473 не измерено
- v0.9.0 FAIL
Где воспроизводился
- os=linux · runtime=go@1.26 ×1 2026-10-16 → 2026-10-16
Ближайшие известные границы PASS/FAIL
Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.
-
Последний падающий выпуск v0.9.0 → первый успешный выпуск v0.9.4
Выпуски между ними, ни разу не измеренные на этом этапе: 1
Что различается по разные стороны границы
- github.com/cncf/udpa/go v0.0.0-20191209042840-269d4d468f6f → — гипотеза
- github.com/envoyproxy/protoc-gen-validate v0.1.0, v1.3.3 → v0.1.0 гипотеза
- github.com/golang/protobuf v1.3.2, v1.3.3, v1.3.5, v1.4.2, v1.5.0, v1.5.2, v1.5.4 → v1.3.2 гипотеза
- github.com/google/go-cmp v0.2.0, v0.4.0, v0.4.1, v0.5.1, v0.7.0 → — гипотеза
- github.com/prometheus/client_model v0.0.0-20190812154241-14fe0d1b01d4, v0.6.2, v0.6.3 → v0.0.0-20190812154241-14fe0d1b01d4 гипотеза
- google.golang.org/genproto v0.0.0-20190819201941-24fa4b261c55, v0.0.0-20200331122359-1ee6d9798940, v0.0.0-20200618031413-b414f8b61790, v0.0.0-20200804131852-c06518451d9c, v0.0.0-20200825200019-8632dd797987 → v0.0.0-20190819201941-24fa4b261c55 гипотеза
- google.golang.org/grpc v1.25.1, v1.28.0, v1.29.1, v1.31.0, v1.34.0-dev → v1.23.0, v1.25.1 гипотеза
Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
Сдвинулось: 6 · одинаково во всех выпусках: 8
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Пробелы в свидетельствах
- Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_COMPILE: 2
- Для этого сбоя не выведена ни одна область отказа.
Опубликованные ответы для затронутых выпусков
- github.com/envoyproxy/go-control-plane v0.9.0 Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOW MIT-0 · 2026-10-16