Записиgolanggolang.org/x/toolsслучай сбоя
Сигнатура сбоя
PROJECT_TEST exit 1 ×1
FAIL test-randutil [setup failed]
Качество данных: complete · go/test · test-runner-diagnostic · outer go test · Первая запись: 2026-09-02 · Последнее наблюдение: 2026-09-02
sha256:924d57406bad…
Где это измерялось
PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_TEST и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.
- v0.49.0 PASS успешных наблюдений: 3
- v0.48.0 не измерено
- v0.47.0 FAIL
- v0.44.0 PASS успешных наблюдений: 16
- v0.43.0 не измерено
- v0.40.0 PASS успешных наблюдений: 1
Где воспроизводился
- os=linux · runtime=go@1.26 ×1 2026-09-02 → 2026-09-02
Ближайшие известные границы PASS/FAIL
Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.
-
Последний успешный выпуск v0.44.0 → первый падающий выпуск v0.47.0
Что различается по разные стороны границы
- github.com/google/go-cmp v0.6.0, v0.7.0 → — гипотеза
- github.com/yuin/goldmark v1.4.13, v1.8.2 → — гипотеза
- golang.org/x/mod v0.35.0 → v0.37.0 гипотеза
- golang.org/x/net v0.53.0, v0.55.0 → — гипотеза
- golang.org/x/sync v0.20.0 → v0.21.0 гипотеза
- golang.org/x/telemetry v0.0.0-20260409153401-be6f6cb8b1fa → — гипотеза
Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.
-
Последний падающий выпуск v0.47.0 → первый успешный выпуск v0.49.0
Выпуски между ними, ни разу не измеренные на этом этапе: 1
Что различается по разные стороны границы
- github.com/google/go-cmp v0.6.0 → — гипотеза
- github.com/yuin/goldmark v1.4.13 → — гипотеза
- golang.org/x/mod v0.39.0 → v0.37.0 гипотеза
- golang.org/x/net v0.58.0 → — гипотеза
- golang.org/x/sync v0.22.0 → v0.21.0 гипотеза
- golang.org/x/telemetry v0.0.0-20260811182544-a038080d80e5 → — гипотеза
Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
| Библиотека | v0.49.0 | v0.48.0 | v0.47.0 | v0.44.0 |
|---|---|---|---|---|
| github.com/google/go-cmp | v0.6.0 | — | — | v0.7.0 |
| github.com/yuin/goldmark | v1.4.13 | — | — | v1.8.2 |
| golang.org/x/mod | v0.39.0 | v0.38.0 | v0.37.0 | v0.35.0 |
| golang.org/x/net | v0.58.0 | — | — | v0.55.0 |
| golang.org/x/sync | v0.22.0 | v0.22.0 | v0.21.0 | v0.20.0 |
| golang.org/x/telemetry | v0.0.0-20260811182544-a038080d80e5 | — | — | v0.0.0-20260409153401-be6f6cb8b1fa |
Сдвинулось: 6 · одинаково во всех выпусках: 0
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Пробелы в свидетельствах
- Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_TEST: 2
- Для этого сбоя не выведена ни одна область отказа.
Опубликованные ответы для затронутых выпусков
Ни один опубликованный образец не называет эти выпуски.