Записиgolanggolang.org/x/toolsслучай сбоя
Сигнатура сбоя
PROJECT_TEST exit 1 ×1
--- FAIL: <token> (0.00s) · FAIL example.com/ednssample/test 0.004s
Качество данных: complete · go/test · test-runner-diagnostic · outer go test · Первая запись: 2026-08-30 · Последнее наблюдение: 2026-08-30
sha256:36a7340bb4ef…
Где это измерялось
PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_TEST и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.
- v0.6.0 PASS успешных наблюдений: 5
- v0.1.12 PASS успешных наблюдений: 9
- v0.1.10 PASS успешных наблюдений: 1
- v0.1.6-0.20210726203631-07bc1bf47fb2 FAIL
- v0.1.1 PASS успешных наблюдений: 5
- v0.0.0-20200825202427-b303f430e36d не измерено
- v0.0.0-20200804011535-6c149bb5ef0d не измерено
Где воспроизводился
- os=linux · runtime=go@1.26 ×1 2026-08-30 → 2026-08-30
Ближайшие известные границы PASS/FAIL
Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.
-
Последний успешный выпуск v0.1.1 → первый падающий выпуск v0.1.6-0.20210726203631-07bc1bf47fb2
У одной из сторон этой границы нет разрешённого дерева зависимостей, поэтому сравнить было нечего.
-
Последний падающий выпуск v0.1.6-0.20210726203631-07bc1bf47fb2 → первый успешный выпуск v0.1.10
У одной из сторон этой границы нет разрешённого дерева зависимостей, поэтому сравнить было нечего.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
| Библиотека | v0.6.0 | v0.1.12 | v0.1.10 | v0.1.1 | v0.0.0-20200825202427-b303f430e36d | v0.0.0-20200804011535-6c149bb5ef0d |
|---|---|---|---|---|---|---|
| github.com/yuin/goldmark | v1.4.13 | v1.4.13 | — | v1.3.5 | v1.1.32 | v1.1.32 |
| golang.org/x/mod | v0.8.0 | v0.6.0-dev.0.20220419223038-86c51ed26bb4 | — | v0.4.2 | v0.3.0 | v0.3.0 |
| golang.org/x/net | v0.10.0 | v0.4.0 | — | v0.0.0-20210405180319-a5a99cb37ef4 | v0.0.0-20210525063256-abc453219eb5 | v0.0.0-20200707034311-ab3426394381 |
| golang.org/x/sync | v0.1.0 | v0.21.0 | — | v0.0.0-20210220032951-036812b2e83c | v0.21.0 | v0.0.0-20200625203802-6e8e738ad208 |
| golang.org/x/sys | v0.17.0 | v0.47.0 | — | v0.0.0-20210510120138-977fb7262007 | — | — |
| golang.org/x/xerrors | — | — | — | v0.0.0-20200804184101-5ec99f83aff1 | v0.0.0-20200804184101-5ec99f83aff1 | v0.0.0-20191204190536-9bdfabe68543 |
| golang.org/x/text | — | v0.5.0 | — | — | — | — |
Сдвинулось: 6 · одинаково во всех выпусках: 1
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Пробелы в свидетельствах
- Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_TEST: 2
- Ни для v0.1.1, ни для v0.1.6-0.20210726203631-07bc1bf47fb2 нет разрешённого дерева зависимостей, поэтому версии по обе стороны границы сравнить не удалось.
- Для этого сбоя не выведена ни одна область отказа.
Опубликованные ответы для затронутых выпусков
Ни один опубликованный образец не называет эти выпуски.