Записиgolanggo.uber.org/mockслучай сбоя
Сигнатура сбоя
PROJECT_RESOLVE exit 1 ×1
<path>:<n>:<n>: missing go.sum entry for module providing package github.com/pkg/errors (imported by go.step.sm/crypto/pemutil); to add: …
Качество данных: complete · go/module · resolve-diagnostic · outer go run · Первая запись: 2026-08-31 · Последнее наблюдение: 2026-08-31
sha256:c7d4da684991…
Где это измерялось
PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_RESOLVE и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.
Где воспроизводился
- os=linux · runtime=go@1.26 ×1 2026-08-31 → 2026-08-31
Ближайшие известные границы PASS/FAIL
Ни один выпуск по обе стороны этого сбоя не записал успешного наблюдения на этом этапе, поэтому его начало и конец не установлены.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
| Библиотека | v0.6.0 | v0.5.2 | v0.5.0 |
|---|---|---|---|
| github.com/stretchr/testify | v1.11.1 | v1.12.1 | v1.9.0 |
| golang.org/x/mod | v0.35.0 | v0.18.0 | v0.18.0 |
| golang.org/x/tools | v0.44.0 | v0.22.0 | v0.31.0 |
Сдвинулось: 3 · одинаково во всех выпусках: 0
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Пробелы в свидетельствах
- Ни один выпуск в этом окне не записал успешного наблюдения на этапе PROJECT_RESOLVE.
- Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_RESOLVE: 2
- Для этого сбоя не выведена ни одна область отказа.
Опубликованные ответы для затронутых выпусков
Ни один опубликованный образец не называет эти выпуски.