CodeSampleX

Записиnpmvitest

Куб совместимости

Выберите любые два измерения в качестве осей; всё остальное становится фильтром. Клик по ячейке закрепляет её срез и спускается на уровень глубже.

Закреплено
OSubuntu glibc Версия пакета4.1.11
Фильтр Среда выполненияnode 22 Менеджер пакетовnpm 10 Контекст выполненияnode libcglibc Сбросить фильтры
Архитектура × Символ
72026-08-31

Показаны окружения с наибольшим количеством свидетельств. Куб читает 6 новейших версий и первые 10 символов каждой, поэтому пустая ячейка здесь может означать «вне этого окна», а не «никогда не измерялось».

Как читать сетку

Как читать ячейку: Число — это записанные наблюдения, на которые делится доля: одна сборка оставляет по наблюдению на каждый достигнутый этап, поэтому это не число сборок, не число машин и не число людей. Документ рядом — другой факт из другого источника: есть ли в этой координате образец и чем закончился наш запуск его там.

  • в этой координате образца пока нет
  • образец есть — в этой координате мы его ещё не запускали
  • образец есть — наш запуск в этой координате завершился чисто
  • образец есть — наш запуск в этой координате не прошёл
  • образец есть — в этой координате записаны и успешный, и неуспешный запуск
  • ничего не записано — неизвестно, а не «работает» и не «сломано»
  • под этой ячейкой есть уровень — нажмите, чтобы открыть

Документ означает, что в этой координате есть образец. Его НАЛИЧИЕ — это факт об этой версии и этом API, оно не меняется от ОС, среды выполнения или пакетного менеджера; ЦВЕТ говорит, как этот образец отработал в том окружении, которое вы сейчас смотрите.

Ячейки — агрегаты всего, что ещё варьируется в этом срезе (счётчик n/m показывает, насколько). Кликните по ячейке, чтобы закрепить её координаты и увидеть следующий уровень.

Зависимости

БиблиотекаВерсияИзмерено тамПроектов
@vitest/expect 4.1.11 контракт пройден 1 проектный день
@vitest/mocker 4.1.11 контракт пройден 1 проектный день
@vitest/pretty-format 4.1.11 контракт пройден 1 проектный день
@vitest/runner 4.1.11 контракт пройден 1 проектный день
@vitest/snapshot 4.1.11 контракт пройден 1 проектный день
@vitest/spy 4.1.11 контракт пройден 1 проектный день
@vitest/utils 4.1.11 контракт пройден 1 проектный день
es-module-lexer 2.3.2 контракт пройден 1 проектный день
expect-type 1.4.0 контракт пройден 1 проектный день
magic-string 0.30.21 контракт пройден 1 проектный день
obug 2.1.4 контракт пройден 1 проектный день
pathe 2.0.3 контракт пройден 1 проектный день
picomatch 4.0.7 контракт пройден 1 проектный день
std-env 4.2.0 контракт пройден 1 проектный день
tinybench 2.9.0 контракт пройден 1 проектный день
tinyexec 1.3.0 контракт пройден 1 проектный день
tinyglobby 0.2.17 контракт пройден 1 проектный день
tinyrainbow 3.1.1 контракт пройден 1 проектный день
vite 8.2.2 сборки наблюдались 1 проектный день
why-is-node-running 2.3.0 контракт пройден 1 проектный день

Столбец измерения относится к релизу самой зависимости, а не к паре. То, что резолвер поставил два релиза рядом, не доказывает, что они работают вместе.

Версии зависимостей по выпускам

К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.

Библиотека4.1.113.2.72.1.9
@vitest/expect 4.1.11 3.2.7 2.1.9
@vitest/mocker 4.1.11 3.2.7 2.1.9
@vitest/pretty-format 4.1.11 3.2.7 2.1.9
@vitest/runner 4.1.11 3.2.7 2.1.9
@vitest/snapshot 4.1.11 3.2.7 2.1.9
@vitest/spy 4.1.11 3.2.7 2.1.9
@vitest/utils 4.1.11 3.2.7 2.1.9
pathe 2.0.3 2.0.3 1.1.2
picomatch 4.0.7 4.0.5
std-env 4.2.0 3.10.0 3.10.0
tinyexec 1.3.0 0.3.2 0.3.2
tinyrainbow 3.1.1 2.0.0 1.2.0
vite 8.2.2 7.3.6 5.4.21
vite-node 3.2.4 2.1.9
@types/chai 5.2.3
chai 5.3.3 5.3.3
debug 4.4.3 4.4.3
es-module-lexer 2.3.2
expect-type 1.4.0 1.4.0 1.4.0
magic-string 0.30.21 0.30.21 0.30.21
obug 2.1.4
tinybench 2.9.0 2.9.0 2.9.0
tinyglobby 0.2.17 0.2.17
tinypool 1.1.1 1.1.1
why-is-node-running 2.3.0 2.3.0 2.3.0

Сдвинулось: 14 · одинаково во всех выпусках: 11

Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.