Записиgolanghonnef.co/go/toolsслучай сбоя
Сигнатура сбоя
PROJECT_RESOLVE exit 1 ×2
test/contract.go:<n>:<n>: missing go.sum entry for module providing package cloud.google.com/go/storage (imported by example.com/sample/test); to add: …
Качество данных: complete · go/module · resolve-diagnostic · outer go run · Первая запись: 2026-09-19 · Последнее наблюдение: 2026-09-19
sha256:960c448010d3…
Где это измерялось
PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_RESOLVE и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.
- v0.0.1-2020.1.4 FAIL
- v0.0.1-2020.1.3 не измерено
- v0.0.1-2019.2.3 не измерено
- v0.0.0-20190106161140-3f1c8253044a не измерено
Где воспроизводился
- os=linux · runtime=go@1.26 ×2 2026-09-19 → 2026-09-19
Ближайшие известные границы PASS/FAIL
Ни один выпуск по обе стороны этого сбоя не записал успешного наблюдения на этом этапе, поэтому его начало и конец не установлены.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
Сдвинулось: 2 · одинаково во всех выпусках: 4
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Пробелы в свидетельствах
- Ни один выпуск в этом окне не записал успешного наблюдения на этапе PROJECT_RESOLVE.
- Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_RESOLVE: 3
- Для этого сбоя не выведена ни одна область отказа.
Опубликованные ответы для затронутых выпусков
Ни один опубликованный образец не называет эти выпуски.