Записиgolanggolang.org/x/modv0.39.0golang.org/x/mod/module.InvalidPathError
Изменить условия
Текущие условия
golang.org/x/mod/module.InvalidPathError @v0.39.0linux · glibc · x64 · go 1.26 · go 1
7 из 7 прошли
Наблюдение — реальные сборки проектов сообщили об этой координате.
образец есть — в этой координате мы его ещё не запускали (1)
- Наблюдения в проектах
- 7 / 7
- Проверки контрактом
- в этой координате ничего
- Независимые сообщившие пиры
- 1
- Последняя запись
- 2026-10-09
Здоровье зависимостей
Наблюдаемые комбинации и свидетельства сбоев для этого выпуска
Первый обнаруженный сбой
v0.39.0
linux · go@1.26
2 FAIL
· stage: PROJECT_COMPILE
· fingerprint: sha256:964ddac6b19a356d0ae3f5727559d1fc36ac1222ed1964d18326e8a89565fde3
| Библиотека | Версия | Состояние | Измерено там | Проектов |
|---|---|---|---|---|
| golang.org/x/tools | v0.48.0 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 13 проектных дней |
| golang.org/x/tools | v0.49.0 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 3 проектных дня |
Столбец измерения относится к релизу самой зависимости, а не к паре. То, что резолвер поставил два релиза рядом, не доказывает, что они работают вместе.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
Сдвинулось: 3 · одинаково во всех выпусках: 0
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Недавние кластеры сбоев
-
наблюдалось PROJECT_COMPILE exit 1 ×2 v0.6.0-dev.0.20220419223038-86c51ed26bb4 → v0.39.0 os=linux · runtime=go@1.26 sha256:964ddac6b19a…<path> <str> imported and not usedgo/compiler · compiler-diagnostic · outer go runКачество данных: complete · Варианты среды: 1 · Первая запись: 2026-09-06 · Последнее наблюдение: 2026-10-09